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STUDY RESULTS 


I. .. INTRODUGTIOM 

This study has been directed at the rendezvous and docking operations 
associated with the full capability Space Tug. It has investigated ail of the associ' 
ated technologies,- selected and ranked alternate mechanizations capable of performing 
required operations, and recommended development activities that will lead 
to a proven system design. While this study has been' directed at only one of the 
rendezvous and docking applications to be encountered in the next decade, the find- 
ings are pertinent to< several STS applications that can be foreseen. As a conse- 
quence, these study results have a general value beyond the specific study objec- 
tives. 

A. OBJECTIVES & EMPHASIS 

These specific objectives for the Space Tug Docking Study were outlined 
in the original request for proposal as follows. First, to define, through a 
total systems analysis, requirements, techniques, schemes, mechanisms, components 
and subsystems for rendezvous and docking operations. Second, synthesize candi- 
date rendezvous and docking systems providing rationale through analysis for their 
selection. Third, recommend' through an evaluation of relative merits the best 
manual, automated and hybrid systems. And finally , ^ provide plans for the accom- 
plishment of the simulation/demonstration testing of the selected systems. 



Fig. I-l Study Focus 
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Figure I-l illustrates ^the operations that are involved with rendezvous 
and docking, together with the ultimate result of Tug R/V & D activity — which 
will either be servicing or retrieval of a spacecraft. This study concentrates 
on the inspect, align, close and dock operations. The reason for this concentra- 
tion is that a considerable amount of recent or concurrent effort has been di- 
rected at the other operations. It has been the intent of this study to build 
upon and supplement these other activities. 

Several of these study relationships are particularly significant. First 
the General Dynamics Tug Avionics Study has defined a highly accurate navigation 
system based upon updates received from an Interferometer Landmark Tracker. The 
accuracy of this system minimizes the range of initial conditions over which the 
R/V & D system must operate. This GDC study also recommended a particular R/V 6J) 
system mechanization. This system has been taken into account in the current 
study, but investigation of various levels of autonon^r and spacecraft cooperation 
as well ,as more detailed docking evaluation has led to several alternate system 
recommendations , 

The MDAC Payload Requirements Compatibility Study and the MMC Multi-Use 
Mission Support Equipment Study have investigated the problems of supporting 
(structural support, particularly) retrieved spacecraft. The problem of meeting 
docking requirements and structural support requirements on return into the 
Shuttle payload bay for return to earth is particularly complex and involves 
significant trades. This study builds on the findings of these two studies, com- 
pares, and recommends some new alternatives. 

The MMC Integrated Orbital Servicing Study investigated the 'basis for 
the selection of a cost effective orbital maintenance system supported by the 
space transportation system. The conclusions and recommendations reached during 
this servicing study effort have been taken into account in the STDS effort. Com 
patibility with servicing is considered a desirable goal, and has been taken into 
account in the selections and rankings developed here. 
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Fig. 1-2 Organization of Study 
B. STUDY ORGA NIZA TION 

The STDS study effort was organized to support study objectives. Fig. 

1-2 shows the task structure employed. Task A generated requirements, developed 
a component/strategy data base and supplied analytic support for the study effort. 
Requirements and data base information was compiled early in the study and changed 
minimally aften^ard. Analytic support in the areas of flight mechanics and dock- 
ing dynamics continued throughout the study. Task B concentrated on synthesizing 
candidate systems (manual, autonomous and hybrid types) capable of meeting the. 
requirements defined in and comprising the data base generated in Task A. These 
systems were then ranked based on criteria developed and weighted with a sensi- 
tivity to functional requirements, operational and cost objectives. An evaluation 
of developmental problems associated with the candidate systems selected lead 
into the Task C effort, where SRT and Simulation/Demonstration objectives and 
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plans were evolved. The SIM/DEM plans evolved married developmental requirements 
•to MSEC laboratory facilities, supplementing with other test facilities when re- 
quired, recommending MSEC facility modification where applicable. This total 
effort was' supplemented by programmatic analyses to provide realistic and cost 
conscious background data to support decisions and recommendations. 

This Volume II of fhe final reporting presents a complete view of the re- 
sults of the studies described in the preceding paragraph. Volume I is an execu- 
tive summary- Volume III is a compilation of procedures and plans; Volume IV is 
an appendix of supporting analyses and Volume V presents programmatic data de- 
veloped. This volume is organized according to the major study tasks (A, B & C) 
with an added summary of study recommendations. 


Top Level 
Requirements 


Top Level 

System 

Requirements 


System 

Functions 

Derived System 
Requirements 

Degree of 

Autonomy 

Subsystem 

Requirement 

Allocations 

(Budget Trades) 



Fig. 1-3 Requirements Hierarchy 


C. STUDY APPROACH 

The development of requirements for the rendezvous and docking system was 
a top-down process, starting at top level systems requirements and' ending at in-^ 
•dividual, 'subsy's'tem requirement allocations. The areas where specific requirements 
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summaries were developed -in this study are heavily outlined in Fig. 1-3. This 
concentration reflects the study emphasis described in Fig. I-l, Note that the 
subsystem level requirements allocation was an iterative process, beginning with 
broad estimates and improving as analysis tools were developed and applied during 
the study. The detailed results of these analyses and developments are presented 
in Section II of this report. 



Fig. 1-4 Analysis Approach 

A blend of manual analyses, existing/modified simulation programs, and new 
simulation programs were used to support this study effort. The relationship be- 
tween these programs and the operational phases they supported are illustrated in 

I 

Fig, 1-4. The depth of analysis presented in this study .has been somewhat varied 
but consistent with study objectives. It has been a superior effort, in relation 
to the dollar value of the study These activities do, of course, suggest further 
activity: formal simulation of the inspection maneuvers; expansion of the dodking 
simulation from planar to 3-D space; detailed application of the docking dynamics 
programs to more detailed specification of docking mechanism parameters (e.g. 
damping, spring constants, et al) . 
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Fig. 1-5 System Configuration & Selection Approach 

The system configuration and ranking process used in this study is depicted 
in Fig. 1-5. This process involved generation and ranking of a set of manual can- 
didates and a set of autonomous candidates. Using the evaluations of the manual 
and autonomous candidates, a single hybrid system combining the best features of 
both was evolved. Each of these system candidates is capable of meeting system 
level requirements defined under Task A. The ranking process used to identi:fy the 
more promising system candidates used a numerical approach. The candidates were 
compared over a range of selection criteria (cost, performance and growth potential 
parameters). Numerical rankings were weighted to reflect relative importance and' 
summed to establish a comparable figure of merit. The top ranking candidates were 
used to establish SRT and SIM/DEM requirements. 

The basic philosophy behind the developmental activity defined during this 
study has been, practical. The top ranking system candidates have been evaluated 
to identify long lead component development requirements, and areas where opera- 
tional problems may develop. Plans have been evolved to assure that these 
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requirements/operations are addressed in ''a timely manner -- to assure that po- 
tential problems are understood and worked out before expensive developments 
have proceeded too long down the wrong path. This kind of attention early in a 
development program is sure to save money in' the long term. The only hazard is 
the possibility of changing requirements as the program evolves. This possi- 
bility requires continued integration of. new requirements running in parallel 
to SRT and SIM/DEM activity. 

D. MAJOR STUDY FINDINGS . 

Current technology, conventional RF-RADAR and video systems, easily accom- 
modates remote rendezvous and docking in the manual mode' where real time ground 
support is used to direct the sequence of events. Autonomous docking requires 
some relatively low risk new development work -- either flight qualification of 
the proven GaAs Scanning Laser Radar or advancement of autonomous TV docking al- 
gorithms. 

^ . Hybrid systems are most attractive as they provide a desirable level of 

redundancy, provide flexibility to accommodate unforeseen events. Hybrid systems 
offer a low risk approach to the development of an autonomous rendezvous and dock- 
ing capability. Thus the hybrid approach is the most feasible development option. 
Early flights can be made with heavy manual supervision. As confidence is gained, 
autonomous approaches can be verified -- eventually evolving a flexible rendezvous 
and docking capability able to operate effectively in any situation. 

Attractive alternate development paths are available in close-in RF dock- 
ing sensors and in non- impact docking mechanisms. Close-in RF sensing, to within 
one or two feet of the target, is possible using passive (no power required) time 
delay retroflectors on the spacecraft. This approach has the advantage of using 
flight proven technology, although new component development/qualification would 
be required. Non-impact docking is achievable through the use of a close-in sta- 
tion keeping mode coupled with an articulated docking device (e.g. a steerable 
STEM device). This approach has the advantage of a simple structural interface 
between Tug and retrieval spacecraft, and a potential for minimal impact on the 
spacecraft. It is felt that these options should be kept open until future 
rendezvous and docking requirements are more completely understood. 
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E. EECOMMENDED FBTUBE ACTIVITY 

Three major types of future activity are recommended as a result of this 
study. The first category is the Simulation/Demonstration activity that has been 
defined in the Task C effort. Pursuit of this laboratory testing activity affords 
a technique for economically selecting between development options, arriving at a 
proven design approach soundly based on an adequate simulation of anticipated 
flight conditions. 

The second category is the specific technology areas that have been identi- 
fied during the study,- These areas include development and application of digital 
simulation tools, flight algorithm development, and design effort required to ad- 
vance alternate design options. These activities should be pursued over the next 
2-3 years and then either discarded or integrated into the SIM/DEM activity. 

The final category is a broad integration role that should be begun imme- 
diately and continued throughout the STS operational life. It is apparent that the 
role of rendezvous and docking in future space operations is expanding. Many appli- 
cations are emerging that can benefit from the technology surveyed in this study. 

An initial activity in this integration role is an applications system study to 
place varied future requirements in perspective and define overall development/ 
operation plans that will most effectively meet all objectives. The implementation 
of these plans leads to an integration role that on one hand pursues the develop- 
ment of a rendezvous and docking capability, and on the other hand supports opera- 
tional activities throughout the active life of this capability. 
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II. 


BEQUIREMEIICS AM) DATA BASE 


Previous studies have been conducted for many aspects of Space Shuttle, 
Space Tug and payloads which assume a rendezvous and docking capability. The 
Space Shuttle Payload Description Activity (SSPDA) , the NASA Mission Model and the 
Baseline Space Tug requirements documents are examples. Also, a significant amount 
of research and development work has been underway in developing new subsystems 
which are useful for rendezvous and docking. 

However, there has been no concerted effort to research these areas and 
derive a set of requirements for a rendezvous and docking system, nor to catalog 
the existing candidate sensor, mechanism or strategy characteristics. The object 
of this task was to accomplish these goals. 

Additionally, analyses were performed to evaluate rendezvous and docking 
schemes and to determine effects of docking dynamics. 

A, SYSTEM REQUIREMENTS DERIVATION 

Rendezvous and Docking System requirements were derived from many sources 
as well as generated from engineering analyses. Additionally, desirable features 
of a docking system were identified and used as weighting factors for selection 
of candidate subsystems. The major sources of requirements were Space Tug, Space- 
craft, Interface and Operations documents. The key system level docking require- 
ments from these areas are illustrated in Figure II-l and are described in more 
detail in the following paragraphs. 

Requirements derive from many sources* a complete tabulation of all system 
level requirements with traceability to appropriate documentation may b.e found at 
the end of this section. (Table II-7). 
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S/C 

imposed 

«3-Axis & Spin 
Stabilized S/C ' 

©Range of 
Physical 
Size 

e Passive Cooperative 
-Known State 
Attitude (+) 
Position 
-Docking Port 
-Sensor Targets 




Tug 

Imposed 

®Nav Accur^y 

®UmK Cycle 
Characteristics 

oManeuver. 

Urn its 

©Plume 

Characteristics 

•Propellant 
Slosh Dynamics 

® Degree of Autonomy 


(ZS 


l/F 

Imposed 

•Compatible with 
Shuttle / Tug 
Flight Lead 
Conditions 

•Support 
Safety Monitor 
& Power 

•Abort 

Undocking 


Operations 

Imposed 

Functional 

oOn Site Inspection 

©Align to Decking Port 

©Approach & Latch 

©Retrieve (Via 
Shuttle to Ground) 

•Communications 

Model Derived 

®To 3 Up, 1 Back 

©^Retrieval Diameter 


Fi^.ui'e Ii i; ‘lemairements dariva f rom • liiaix’ souveas 


1. Spacecraft Imposed Requirements - Since the spacecraft developers will be- 

come the users of this system, the desired features were considered heavily in 
the candidate selection. The user acceptance of this service will be a determining 
factor in the economic feasibility of a docking capability, whether it is used in 
a retrieval or servicing role. 

Those requirements which derive from spacecraft sources as well as those 
desirable features of a docking' system from a spacecraft standpoint are su mm arized 
in Table II-l. 

a) Reference Spacecraft Selection - In order to bound the range of driving 

requirements which must be accommodated by the system, a set of reference space- 
craft were selected for the study. Four spacecraft were found to provide an ade- 
quate range of parametric variations as illustrated in figure II-2. 
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Table II-l Requirements from Spacecraft Sources 


The Docking System Must Accommodate: 

» Wide Range of Spacecraft Size / Weights 
® Variations- In Stabilization Systems (3-AxIs vs Spin) 
9 Passive Cooperative Spacecraft 
* Known S/C State Intelligence 


The Docking System Should: 


©Minimize Spacecraft Design Impacts 
' 9 P rovide for Infant Mortality Retrieval 

©Not Interfere with Servicing 
©Consider Non-Cooperative Spacecraft Retrieval 



BMi. 

Sync})ront)u$ Earth 
ObunaUon SsEalBta 


niiaiiiiiii 

niiiiuiiiii 

llllllllllllll 

iiiiiiiiiiiii 


Envtronminiil 

l^irlurMlen 

SateliHt 


Parameter 

CN-52 

Damsat 

EO-09 

Synchronous Earth 
Observation Satellite 

£0-56 

Environmental 
Monitoring Satellite 

! AP® 

Environmental 
Perturbation Satellite A 

Orbital Altitude 

Geostationary 

Geostationary 

1686 km (910 nmi) 

1282 km (6900 nmi) 

Orbital Inclination 

0 rad (deg) 

0 rad (deg) 

I.Brad (103 deg) 

.96 rad (55deg) 

SIC Length , 

3.6 m 112 ftl 

7.5 m (25 ft) 

3.6 m (12 ft) 

3.6 m (12 ft) 

SIC Mass 

561 kg 11237 Ib) 

14SI kg (3266 Ib) 

2183' kg (4814 lb): 

1373 kg (3028 Ib) 

Type Stability 

Spin 

3-AxiS 

3 -Axis 

3 -Axis 

Booms 

Ko 

No 

No 

Yes 

Solar Panels 

t<k) 

Yes 

Yes 

No 

Pointing 

Earth 

Earth 

Earth 

Inertial 


Figure II-2 Reference Spacecraft Bound the Requirements 












Most existing mechanism designs could be eliminated by the system level 
requirement to deliver one diameter spacecraft and retrieve another. Other 
factors considered in the analyses included servicing, infant mortality retrieval 
and impacts of docking with non-cooperative spacecraft. 

Since the STDS charter was for a system to retrieve spacecraft, the cap- 
ability to service was not imposed as a requirement. The approach for the study 
was to evaluate the candidate systems based on servicing potential capability 
and rank each system on this basis. 

The capability for infant mortality retrieval of spacecraft has numerous 
implications. A prime requirement is that spacecraft status be ascertained while 
the space tug or delivery vehicle is in the vicinity. If this service is provided 
for all spacecraft delivered, including those for which retrieval was not planned, 
docking aids /mechanisms must be provided. Also, the spacecraft mortality can 
occur after partial deployment of appendages and jettison of these appendages 
plus safing of the spacecraft before recovery must be assured. Implications to 
the tug include a stationkeeping capability with TV observing the spacecraft for 
status. This requires mission control involvement with man-in-loop and operational 
planning for alternate miss ions/ sequences and detection and correction capabilities 
be provided via RF links. 

An analysis of spacecraft top-level functional failure modes and the re- 
trieval capability of a malfunctioning (non-cooperative) spacecraft. At this stage 
of spacecraft design definition the analysis was necessarily gross in nature with 
an objective of determining an estimated percentage of spacecraft failure types 
which are potentially retrievable. Thirteen major types of failures were identi- 
fied for each spacecraft. Some of the results, as a percent of total failure 
modes, are provided' in tabular form below, followed by some conclusions. 



Three-Axis 

Spin 

Retrieval not feasible at all 

7% 

0% 

Retrieval potential high (stable vehicle) 

15% 

46% 

Retrieval feasibility depends on inspection 

61% 

38% 

Vehicle state is known on ground 

38% 

30% 

Vehicle state is not known on ground 

3.8.%. 

46% 

Veh'icl'e state uncertain 

24% 

24% 
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Retrieval of failed spacecraft, , particularly spin- stabilized, appears 
feasible in a number of instances. Only a very small percentage of failure modes . 
leaves the spacecraft in a totally nonretrievable state. ^ 

The potential of retrieval of a high percentage of spacecraft failure modes' 
(over 50% for either type) depends on an inspection by the tug. There is consider- 
able hesitation to expend a lot of orbital energy in pursuit of a spacecraft whose 
retrievability is not known until rendezvous with it. To alleviate that unknown, 
it might be worth requiring that every spacecraft has some low-bit-rate method of 
dumping vehicle status to the ground from an omni antenna when a failed condition 
arises in order to gain some likelihood of retrievability. 

The large percentage of spacecraft failure modes requiring inspection before 
retrieval, and the unknowns involved in making a "retrieve" decision, virtually 
dictate a man in the loop for failed spacecraft retrieval. Trades between manual, 
autonomous, and hybrid should consider this seriously when looking at growth from 
an operative to a failed spacecraft retrieval capability. 

Knowledge of vehicle state, e.g. , attitude and rates, is not known, or at 
least uncertain, for well over half the possible failed spacecraft conditions. 
Assuming the inspection phase has found docking feasible, it is necessary for the 
tug to determine the spacecraft attitude and rate prior to LOS tracking during 
closure. This capability impacts hardware sensors, cooperative devices and modes 
of operation. Candidate selections should be made considering growth to the cap- 
ability for determining the vehicle state necessary to accomplish this. ' 

2. Tug Imposed Requirements - Those requirements which derive from Tug sources 

as well as the desirable features of a docking system from the tug standpoint are 
summarized in Table II-2. 

The uncertainties in tug position and attitude, as well as spacecraft 
position and attitude must be accommodated by the Docking System. This, in 
effect, reduces the available system budget which can be allocated to the sensors 
or increases the uncertainties which must be accommodated by the mechanisms. Figure 
II-3 illustrates the Space Tug Control System characteristics and a typical 
three-axis stabilized spacecraft limit cycle deadband. 
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Table II-2 Requirements from Tug Sources 


The Docking System Must Accommodate: 


®Tug Guidance / Navigation Uncertainties 
«Tug Attitude Control Deadbands 
©Tug Provided Services to S/C 
®Tug Plume Impingement Forces 
©Tug Propellant Slosh Dynamics 


The Dxking System Should: 


©Minimize Tug Design Impacts 

©Utilize Tug Onboard Data Management Resources 



Parameter 

Uncertainties 


Angular Error (x Deadbands) 
Angular Rate ( £ Limit Cycle Rates) 
Maximum Miss Distance (X) 

Lateral Velocity Error (X) 

13 m rad 

0.75 deg) 

3.5 mr/sec 

, (0.2 d/s) 

4.6 cm (1 .8 in) 

1.27 cm/sec 
(0.5 ir/s) 

.09 rad (5.0 deg) 

9 mr/sec (0.5 d/s) 
30.5 cm (12 in) 

9.1 cm/sec (3,6 in/s) 


Figure II-3 Tug Guidance & Navigation Uncertainties Drive Docking System Design 
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The docking port to c.g. distance for the spacecraft is assumed to be 
2.1 m (7 ft) and for the tug,- 5.4 m (18 ft). The tug mass is 14,^90 kg (1000 
slugs) and the pitch or yaw moment of inertia is 48,585 kg-m2 (37,000 slug-ft2) . 

It is also assumed a close-in sensor is employed- that maintains a given 
range and relative attitude as well as lateral translation corrections," The trans- 
lation corrections are presumed to be provided in much the same way as attitude — 
by pulsing the side -pointing thrusters to stay within a predetermined translation 
deadband. For this example it was assumed two jets would fire at a time and only 
•for the minimum impulse time of 20 ms. This pulse results in a lateral rate of 
,012 inches/sec. The limit cycle deadband limit is taken at .06 inches by assum- 
ing an AGS firing to reverse the lateral translation motion no more often than, 
once each five seconds. These assumptions represent a close approximation for 
the autonomous and hybrid systems. However, for a strictly manual system using 
a TV, no close-in sensor is baselined and the control system relies on the iner- 
tial platform for attitude hold with command inputs for maneuvers. 

The docking dynamics effects impose requirements on the system with re- 
gard to loads, accelerations and shock attenuation requirements. A major area of 
investigation during the study was propellant slosh effects. The groundrules, 
approach definition and results from the dynamics analyses are presented in para- 
graph D of this section 

In the area of Tug supplied services to spacecraft, the docking system 
must carry the services across the interface. The types of services envisioned 
for the rendezvous and docking system to support are illustrated in Figure II-4. 

3. interface Imposed Requirements - Those requirements which derive from 

interface sources can be categorized in two areas; (1) Tug to spacecraft and 
(2) Shuttle to payload (Tug and spacecraft) interfaces. These requirement 
sources and the desirable features of a docking system from these interface 
standpoints are summarized in Table II-3. 

The issue of serviaing versus retrieval could become a driver in the 
candidate system selection if servicing v?ere made a requirement in lieu of a 
desire. 
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Safety Critical Data 


Safina Commands 


SPACECRAFT 

Status of Safety Critical 
Spacecraft Systems and 
Receipt of Safing Commands 
Shall be Provided, 

Safing Commands from 
the Tug can be by Hardline 
Only. 


Electrical Ptwer 


Power for instrumentation 
and Control is Implied 


JEluidi 


No Fluid interfaces are 
Currently Identified 


Figure II-4: Rendezvous & Docking System Must Accommodate Spacecraft Services 


Table II-3: Requirements from Interface Sources 


interface Imposed Rqmt's - 


®Spxecraft / Tug Interfaces 
©Payload / Orbiter Interfaces 


Interface Considerations / Constraints 


©Maximize S/C / Tug interface Standardization 
©Minimize interfxe Adapters for Reschedule Flexibility 
©Servicing vs Retrieval interface Considerations 
© Impact / Non -Impact Considerations 


1 1 -8 




A summary of the requirements from the interface sources is presented in 
Table II-4 for Tug/ Spacecraft interfaces and Table II -5 for Orb iter /Payload 
interfaces. 

Table II-4 : Tug/ Spacecraft Interface Requirements 


® Spacecraft to Tug Communications Interface is by Hardwire 
or Via Man -In-Loop 

® Safety-Criticat Systems (e.g. - Propeiiants, Ordnance, Cryogenics, Radiation, etc. 
Must be Monitored and Determined Safe for Retrievai by Tug, and 
Subsequently ty Orbfter 

o Saflng Accomplished ly Flight Operations (Man -in -Loop) or TV Inspection Plus 
Umbilical Reconnect for Monitor / Control of S/C 

o No Fluid (Propellant, Coolant, Pressurant, etc.) Reconnection Requirements 
identified ' 

« Static DIscharge^Between S/C and Tug Shall be Provided 

« Docking System Shall ta Compatible with interface Dxking and Abort Undocking 
L^s 


Table II~5 ; Orbiter/Payload Interface Requirements 


« Safety Critical Payload (S/C and Tug) Systems Shall be Monitored & Verified 
Safe for Retrieval by Orbiter 

* Provision Shall te Made to Preclude Depleted Pressurized Tank implosions 
During Jteentry / Landing 

® AM Payloads Shall be Compatible with Shuttle Imposed Environments, for 
Retrieval These Include: 

’Landing Loads (Normal, Abort & Crash) 

•Thermal 

•Accelerdions 

z 


The requirement from these sources which has a major impact on candidate 

I 

mechanism selection is the imposition of orbiter abort landing loads. Since the 
mechanism must support the spacecraft cantilevered off the Tug, this places severe 
loading design requirements on the mechanism. 
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4. Operations Imposed Requirements - Operations requirements cover the range 

of orbital variations and the interfaces with the operations networks. In the 
process of deriving requirements, consideration must be taken to avoid violation 
of constraints,' Operational flexibility can provide cost effectivity by perform- 
ing early operations analyses on branching issues such as the servicing versus 
retrieval roles. For example, a system which can perform both roles may be more 
or less costly than separate systems. The requirements from operations sources 
are summarized in Table II-6. 

Table II-6; Requirements from Operations Sources 


I TheD 


The Dxklng System Shall Accommodate: 


0 Payload to Ground Network Compatabillty (Data Rates) 
o Network Handover Considerations / Constraints 
©Orbital Variations {Time Delay, Lighting, etc.) 
©Manual / Automatic System Crossover / Backups 


Operations Considerations / Constraints Shall Be: 


©Determined for Impact vs Non-Impact Docking 
•Determined for Retrieval vs Servicing Missions 


An operations analysis which examines the ranges of orbital variations, 
day/night cycl.es, time delays and other operational considerations may be found 
in Section V, Volume IV of this report. 

5. System Requirements Summary - Source documents from each of the four areas 

were reviewed during the early portions of the study to determine those require- 
ments which translate into docking system requirements. These documents included 
Space Shuttle Payload Definitions (SSPD), MDAC Payload Utilization of Tug (PUT) 
Study and Spacecraft Requirements Compatibility Study, GDC Avionics Study, IBM 
Tug/IUS Mission Operations Study and the MSFC Baseline Tug Document set. Other 
requirements were derived from the STDS request for proposal or from engineering 
analysis. 
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The docking system requirements derived in this study and the source re- 
quirement from which they were derived are tabulated in Table II -7 to provide 
traceability. Many requirements appear in more than one source document and 
only the primary source is listed in the summary table. 
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TABLE II -7. DERIVED SYSTEMS REQUIREMENTS SUMMARY 


SOURCE REQUIREMENT 

DERIVED REQUIREMENT 

PRIMARY SOURCE 

The Tug Will be Active Element in Providing 
the Following Services to Passive Spacecraft 
in the Mission Model: 
a Retrieval and Retrun to Earth 
® Servicing 

The Rendezvous / Docking System Shall 
Accommodate Variations in Spacecraft Weights, 
c.g. and Size Variations for Delivery of One Space- 
craft or Set and Retrieval of Another S/C or Set 

The Rendezvous / Docking System Shall Not 
Interfere With Servicing of Spacecraft 

Tug Rqmt's 
MSFC 68M00093-1 
and RFP 

The Tug Injection Accuracies Shall be 
Known Within: 

® Position - 7. 8 km (4.2 nml) 

® Velocity - 3. 4 m/s (11.3 ~fps) 

The Rendezvous /"Docking System Shall be 
Designed to Accommodate These Variations 

Tug Rqmt's 
MSFC 68M00093-1 
. Para 3. 2. 1.2. 2.5 

The Tug Shall be Capable of Docking 
With Spacecraft 

Docking Misalignments Shall be Removed 
by the Docking System 

GDC Avionics 
Study 

Provisions Shall be Made to Preclude 
Tug Tank Implosion During Return 

Implies Safing Provisions for S/C Shall Also 
be Provided and Reinforces Umbilical Reconn^tlon 

IBM Operations 
Study (Reference 
TS -24-10-58) 

The Spacecraft State Shall be Known 
Within the Following.- 

® S/C Position 1. 85 km (1 nmilOo") 
Spherical Radius 
®S/C Attitude Rate - Controlled 
Within 17 mr/sec (1 d^sJAII Axesf 

The Rendezvous / Docking System Shall be 
Designed to Accommodate These Variations 
in S/C State Intelligence 

GDC Avionics 
Study Report 

The Tug Shall Provide Spacecraft Spin / 
Despin for Depicyment / Retrieval Up to 
100 RPM 

The Docking System Shall Provide Spin / DespIn 
for Deployment and Retrieval of Spacecraft 

'Tug Rqmt's 
MSFC 68M00039-1 
Para 3.2. 1.2. 2. 3 

Tug Plume Impingement Shall Not 
Irreparably Damage Spacecraft 

Rendezvous & Docking Strategy Shall Minimize 
Plume impingement 

Engineering 

Judgement 

Tug Propellant Slosh or Other Dynamics 
Effects Shall Not Result In Irreparable 
Damage to Spacecraft 

Docking System Shall Accommodate Dynamic 
Loads 

V . . 1 

Engineering 

Judgement 




















TABLE II-7. DERIVED SYSTEMS REQUIREMENTS SUMMARY (continued) 


SOURCE REQUIREMENT 

■ DERIVED REQUIREMENT 

PRIMARY SOURCE 

The Tug Shall be Compatible with 
SGLS or STDN / TDRSS 

The Rendezvous / Docking System Shall be 
Compatible with the Tug Communications 
System (e.g, -TM, TV) 

IBM Operations 
Study (Reference 
TGI - 12 - 10 - 15) 

The S/C Shall Provide Red line Limits for 
Mission Rules, Jettison, Hazardous Fluids, 
Pressurant Dump and System Sating for 
Abort 

The R/D System Shall Enhance Abort Capability, 
or as a Minimum Shall Not Preclude Abort 
/.UNDOCKING IS A REQUIREMENT 

Tug Rqmt's 
MSEC 68M00039-1 
Para 3. 2. 6. 2. 4 

Provisions Shall Be Made for Remote 
Emergency Jettisoning of S/C Deploying 
Equipment asNecessary to Complete 
Retrieval and Stowage 

Jettisoning of Deployment Mechanism Shall Not 
be Inhibited by R/D System 

Tug Rqmt's 
MSFC 68M00039-1 
Para 3. 2. 6. 1, 1, u 

The Tug Shall Provide for "Infant Mortality" 
Retrieval of Spacecraft 

The Tug Shall Provide Post Depicyment 
Visual Inspection to Insure Spacecraft 
Preparation are Adequate 

The Rendezvous / Docking System Shall Permit 
"Infant Mortality" Retrieval 

(This Implies S/C Checkout After Release and 
Before Continuing Mission, Further Implication 
is Retrieval of S/C Not Scheduled or Designed 
for Retrieval,) 

MDAC Report 
G5954 and 
1 BM Operations 
Study (Reference 
TGI - 10 - 10 - 31) 

Provisions Shall be Made for Sating on 
Command Any Unused S/C Ordnance 
Prior to Retrieval 

Capability Shall Exist for Ground Initiation 
of All Control Signals to the S/C Interface 

Implies S/C Safing Prior to Recovery ty Tug 
or Reconnection of Monitor & Control 
Umbilical 

IBM Operations 
Study (Reference 
PTl - 33 - 10 - 79 & 
PTl- 1 - 17 - 140) 
















II-14 


TABLE II~7. DERIVED SYSTEMS SEQUIREMENTS ST3MMARY (continued) 


SOURCE REQUIREMENT 

DERIVED REQUIREMENT 

PRIMARY SOURCE 

Safety Critical Data - The Tuq Shall Provide 
Tug / S/C Saf^y Critical Data During 
Deployment / Retrieval by Orblter 

Verification / Talkbacks - Commands 
Affecting Safety Critical Equipment Status 
Must Have Assxiated Data Transmission 
to Provide a Positive Functional Verification 

Data - The Data Link Between Tug and S/C 
During Any Part of the Mission Shall be by 
Hardline Only 

Fluid Interfaces - Propellant Fill. Drain, 
Dump, Pressu rant Fill, Dump and Coolants 

Safety - The Tug / S/ C Shall be Safed Prior 
to Orbiter Approach 

-Provision Shall be Made to Confirm All 
Safety Critical S/C / Tug Interfaces Are 
Securely Reconnected Prior to Retrieval 

The Rendezvous / Dxking System Shall Not 
Interfere With Tug / S/C Service Interfaces 

(Implies Monitoring and Control Interfaces 
be Re-established or Spacecraft Safing te 
Performed Before Retrieval by Tug) 

♦ 

IBM Operations 
Study and 
MSFC 68M00039-1 

IBM^References 
PTI - 1 - 17 - 140 
PTI - 2 - 10 - 70 
PTI - 8 - 10 - 20 
OTl -25-10-19 
OTI - 57 - 10 - 70 
OTl - 12 - 10 - 70 
OTI - 62 - 10 - 75 

Capability for Static Discharge Between the 

The R/D System Shall Incorporate This 

Tug Rqmt's 

Tug and S/C Shall be Provided 

Requirement, or as a Minimum Not 

MSFC 68M00093-1 


Interfere with the Provisions. 

Para 3.2.6. 1.4 (d)(9) 

The Sturctural Interface Between S/C and 

The R/0 System Shall Support These Loads 

Tug Rqmt's 

Tug Shall Transmit the S/C Loads into the 


MSFC 68M00039-1 

Tug Structure with 25% Margin of Safety 
Under the Most Adverse Shuttle Design 


Para 3.2.6.2.3(b)(9) 

Loads. Excluding Crash Landing 

- — 1 ■ 1 










TABLE II -7. DERIVED SYSTEMS REQUIREMENTS SUMMARY (continued) 


SOURCE REQUIREAAENT 

DERIVED REQUIREMENT 

PRIMARY SOURCE 

The Space Tug and S/C Shall.be Compatible 
with All Shuttle Imposed Environment 

The R/D System Shall be Compatible with Shuttle 
Orbiter, Tug and S/C Imposed Environments (e.g., 
Docking Loads, Landing Loads, etc,) 

Tug Rqmt's 
MSEC 68M00039-1 
Para 3. 2, 7,4* 10 & 
3.2.7.4.11 

All Electrical, Mechanical and Fluid lnterfac« 
Connections Shall be Fall Safe 

The R/D System Interfxe Connections 
{Electrical Only) Shall be Fall Safe 

IBM Operations 
Study {References 
PTl - 14 - 10 - 45 
& Safety 36 - 71) 

Specifii»l Requirement 

1 

i 

R/D System Candidates Shall Include 

- Autonomous System 

- Hybrid System 
-Manual System 

- b-cost Compromise 

RFP 












B. SUBSYSTEM REQUIRELfflNTS BUDGETING 

Subsystem requirements, as this section will deal with it, refer speci- 
fically to performance requirements on the design characteristics of .the sensor 
and docking mechanism. As all of these parameters are interrelated, the 
derivation of requirements is really a budgeting process that arrives at -the best 
performing hardware for the lowest weight and cost. The factors in this budget- 
ing are illustrated in Figure II-5. 



Figure II-5 ; .Docking Budget Issue 
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Considerations of docking one vehicle to another consist of measuring the 
relative states of the vehicles, maneuvering to change the states to desired 
values and finally, securing one vehicle to the other. Errors and uncertainties, 
of course, complicate these steps. The sensors used to measure the relative states 
. have inherent uncertainties on the measured values. Thus, as maneuvers are per- 
formed to complete the rendezvous and docking maneuvers, residual uncertainties 
result in uncertainties in the vehicle states at contact. Maneuver algorithms 
and maneuver hardware also have a contribution to the total uncertainty. There- 
fore, the docking mechanism must have the capability to tolerate the uncertainties 
resulting from 'the maneuver and the sensor measurements. Some of the mechanism 
design parameters that are influenced by the conditions of the vehicles and their 
mechanism’s at docking are illustrated in Figure II-6, 


Lateral 




Axial 



Roll Misalignment 



Drives Guide Design, 
Lateral & Torsional 
Loads 


Drives Impact bads, 
Energy Attenuation & 
Latching Design 


Approach 

Attitude' 



Drives Lateral Drives Latch Design 

Loads & Guide 

Design 


Figure II-6: Docking Mechanism Design Parameters 
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To arrive at the desired requirements, detailed geometrical conditions at 
docking were developed for all possible cases. Equations were then written for 
these conditions that expressed the interrelationships and uncertainties affect- 
ing the docking. It was found simplest to write equations for the docking mecha- 
nism in terms of the other uncertainties such as Tug and sensor. A specific 
equation was written for each of the following docking mechanism parameters. 

o Angular Misalignment (Impact Docking) 
o. Angular Misalignment (Non-Impact Docking) 

^ o Lateral Displacement (Impact Docking) 

o Lateral Displacement (Non-Impact Docking) 

o Lateral Velocity 

o Contact Velocity 

o ■ Roll Misalignment 

o Steerable Probe Maximum Angle (Non-Impact) 
o Steerable Probe Maximum Rate (Non-Impact) 

An example of the approach is provided in Figure H-7 for the first 
parameter on the list; angular misalignment. The geometrical assumptions and 
resulting equations are shown. The equations were coded for computer program 
solution. A typical plot, for the conditions listed, is shown in Figure II-8. 
Other parameters can be plotted for any set of values desired. A detailed 
definition of the other equations listed above is provided in Part A of Section 
III in Volume IV. The computer program coding for the more complex equations is 
also provided in that section, A large library of computer plots showing per- 
formance of the mechanism and/or sensor and sensitivity to other system parame- 
ters was generated. Those curves formed a data base for definition of the desired 
detail hardware requirements. This detailed derivation is provided in Part B 
of that same Section III. That section has derived a set of requirements for the 
following five different configurations; 

Manual Impact Docking 
Manual Non-Impact Docking 
Autonomous. Impact Docking 
Autonomous Non-Impact Docking 
Hybrid Impact Docking 
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Angular Misalignment 



- Angular Misalignment llmpact Case) 
Ae- LOS Uncertain^ 

• Target Attitude Uncertainty 
^ .Tug Deadband 
e - S/C DearSjand (Or Precession! 

8 - IMU Drift 

/eg. Tug c.g. To Interface Distance 
^LL ■ Rsnge At Which LOS Data Is Lost 
/al* R^nge At Which Target Atl. Data Is Lost 
Vjj. Axial Velocity 
Vy - Lateral Vehicle (c.g.) Velocity 
Sy. Lateral Position Error 
Ak " Stalicnkeeping Distance INon-Impact). 



Figure II-7: Angular Misalignment Geometry 



0 . 03 . 06 . 09 .12 .15 


Residual Lateral Vehicle (c.g.) Velocity - Meters/Sec 

Figure II-8; Angular Misalignment vs Vehicle Lateral Velocity 
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The derivation in Part B of Section III represented only the first phase 
of the requirements definition. As was pointed out earlier, the initial defini- 
tion was based on a set of worst case conditions existing at a. single point in 
time. These worst case errors were then RSS'd in the analysis. To verify that 
these conclusions were indeed valid and to expand on them where necessary, a 
dynamic docking simulation program was written that duplicated the docking process 
under dynamic conditions and in the presence of expected Tug and sensor uncer- 
tainties. See Section II -B of this volume for a detailed description. The program 
is a fast running simulation that permitted a Monte Carlo approach to arriving at 
the expected values for the same docking mechanism parameters examined on an RSS 
basis in the first analysis. 

A good comparison of results was obtained. Table II-8 shows the results 
of both of these analyses- for just a few of the typical docking mechanism para- 
meters. > 


Table II-8; Simulation Verification Results - Autonomous Configuration 


Docking Mechanism 
Design Parameter 

RSS Error Analysis 

Dynamic Simulation 
(Program DOCK) 
Results 

Results 

'Spec 

Angular Misalignment 

.05 rad 
(3°) 

.08 rad 
(4.5°) 

.05 rad 
(3°) 

Lateral Misalignment 

.05 m 
(.16 ft) 

. 10 m 
. (.32 ft) 

..03 m 
(.1 ft) 

Lateral Tip Velocity 

.006 m/s 
(.02 Fps) 

.3 m/s 
(.1 Fps) 

.05 m/s 
(.15 Fps) 


There is a reasonably good comparison between the first two. The column titled 
''Specification” incorporates a margin; 26 m rad (1.5°) for the first parameter 
and a factor of 2 for the second. It's the two "Results" columns that should -be 
compared. Somewhat of a discrepancy exists for the lateral tip velocity. It 
was assumed in the RSS error analysis that the Tug attitude control would be 
relatively stable during closing; operating generally in the ACS jet minimum 
impulse regime. In program DOCK a more unsophisticated, coarser control system - 
was implemented to minimize program run time. This resulted in somewhat larger 
vehicle deadband rates during closure which, in turn, reflected into higher tip 
velocities. It is felt the specification of ,05 m/s (,1 Fps) is still a reason- 
able value. 
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A summary of the final requirements derived in Part B of Section III, 
using this two-phase approach, is provided in Tables II-9 through -13. Five 
general categories of requirements are summarized. They are for the: 

Ranging Sensor 

Video Sensor 

Docking Mechanism 

Spacecraft Cues 

Tug and/or Man-in-the-Loop Control System 

Each requirement in the tables is treated individually in 'Section III of 
Volume IV accompanying rationale for its selection. 

One comment should be made here regarding the last category above - the 
Tug and man "control requirements. In the analysis for this study it was found 
that a significant contributor to the errors for an impact docking is traceable 
to the Tug vehicle lateral velocity. For a manual docking that parameter is a 
function of how well the man can discern the target cue and detect he is drifting 
off of alignment. It is a nebulous parameter' to pin down, but of great importance 
because of the major contributor to errors that it is. It .undoubtedly xequires man' 
in-the-loop- simulation. For an autonomous docking, much tighter control of the 
vehicle can be achieved due to reasonably high accuracy of the attitude determina- 
tion sensors. There are limits to the sensor, of course, but there are also 
finite limits on trimming lateral velocities imposed by the Tug vehicle, its con- 
trol system autopilot design, ACS thrust levels, ACS minimum impulse bits, etc. 
These must be known and accounted for in a total error analysis. 

A similar argument arises for the non-impact docking, only in this case^the 
concern relates to the stationkeeping period; Tvfhen the retrieval probe is being 
extended. A translation deadband is being maintained using lateral position 
sensing and the Tug control system in a manner similar to the familiar attitude 
control rotational deadband. The rendezvous and docking sensor accuracies are key 
error sources, of course, but again the Tug inherent control system implementation 
limitation, and the man's capabilities are equally significant. 

The conclusion of all this is that the capabilities of Tug designs and 
man himself should be carefully evaluated, in simulation if necessary, and finite 
and credible specifications be placed on the Tug, or any other applicable trans- 
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table xi-9 ranging sensor requirements 
requirements 

a) Attitude Determination Capability 

1) Attitude Determination 
Maximum Range 

2) Attitude Determination 
Minimum Range 

3) Attitude Determination Accuracy 

b) Acquisition Range 

c) Range Data Minimum 


d) Range Accuracy - 

Far- .93 km to 93 km 

( . 5 n ml to so n ml) 

Hear- 3m to .93 km 

(10 ft to .5 n mi) 

Kear-$m to ,93 km 
(3 ft to 10 ft) 


3m 

(10 ft) 


e) Range Rate Accuracy 

Far- .93 km to 93 km 
(.5 n mi to 50 n mi) 

Hear- 3m to .93 km 

(10 ft to .5 n mi) 

Hear- < 9m to .93 km 
(3 ft to 10 ft) 

f) Field-of-View 

g) LOS Accuracy (Incl. Misalignments) 

Far- .93 km to 93 km 
(.5 n ml to 50 n ml) 

Near- .3m to .93 km 
(1 ft to ,5 n ml) 


h) LOS Data Minimum 


.3m 
(1 ft) 


MANUAL 

A 1 

TONOMOUS 

NON- IMPACT 

IMPACT 

NON' IMPACT 

No 

Yes 

Yes 

N/A 

91m 

(300 ft) 

91m 

(300 ft) 

N/A 

3m 

*9ro 

(10 ft) 

(3 ft) 

N/A 

±17 mrad 
1 deg) 

+ 17 mrad 
tt 1 deg) 

46 km 

46 km 

46 km 

(25 n mi) 

(+ 25 n mi) 

(+ 25 n mi) 

.3m 

3m 

.9m 

(1 ft) 

(10 ft) 

(3 ft) 

+ 30.5m 

+ 30.5m 

+ 30.5m 

(+ 100 ft) 

(+ 100 ft) 

(+ 100 ft) 

±. 15m (+ ,5 ft) (long term) 

+ ,3m 

+ ,3m 

+.02m (+.08 ft)(short term) 

(+ 1 ft) 

(± 1 ft) 

N/A 

N/A 

+. I5m (+.5 ft) (day-to-day) 
+,03m (+.1 ft) (short term) 

TBD 

TBD 

TBD 

+ .03 m/s 

+ ,03 m/s 

+ ,03 m/s 

(+ .1 fps) 

(+ .1 fps) 

(+ .1 fps) 

N/A 

N/A 

+ ,003 m/a 
(+ ,01 fpe) 

+ ,52 rad 

+ .52 rad 

+ ,52 rad . 

Ci 30 deg) 

(± 30 deg) 

Ct 30 dag) 

TBD 



+ 17 mrad 

+ 17 mrad 

+ 17 nurad 

Ct 1 deg) 

tt 1 deg) 

{+ 1 deg) 

.3m 

,3m 

.3m 

(1 ft) 

a ft) 

(1 ft) 




TABLE II-IO VIDEO/LIGHTING REQUIREMENTS 


CAMERA 


2.5 cm (1") Silicon Intensified Target (SIT) Tube 
. 35 radian (20 degrees) 


Resolution 


525 Lines x 430 Pixels, Minimum 


Camera Survivability 


Look Directly at Sun 


Output Bandwidth 


4.5 mHz 


Dynamic Range 


10,000 to 1 


Maximum Length 


,3 m (1 ft) 


Power 


20 Watts (28 VDC) , Maximum 


Weight 


9.0 kg (20 lbs). Maximum 


Scan Time 


< 1 sec 


LIGHTING 


Tungsten Flood Lamp 


Maximum Power 


600 Watts 


Average Power 


20 Watts 
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TABLE II-Ll DOCKING MECHANISM REQUIREMENTS 




M A N U A 

L 

A U T 0 N 

0 M 0 U S 


IMPACT 

NON- IMPACT 

IMPACT 

NON- IMPACT 

a) 

Angular Misalignment 

+ , 08 rad 

± . 07 radlsLR 
Gt 4, 1 deg)) ' 

+ . 05 rad 

+ . 04 rad 


Gt 4, 5 deg) 

± . 09 rad \ ' 

Gt 5.0 deg)]^ 

Gt 2.8 deg) 

Gt 2.4 deg) 

b) 

Max Lateral Displacement 

+ 0 13 m 

-f- .12 m 

+ . 1 m 

+ ,06 m 


(prior to STEM Contact 
if non-impact) 

(± ,42 ft) 

1 

(± .4 ft) 

(i .32 ft) 

(± o 2 ft) 

c) 

Max Lateral Velocity- 
Cat I/F) 

1 

+ 0 O 7 m/s 
(+ o 22 ft/sec) 

0 

4 ,035 m/s 
(+ ,11 ft/sec) 

0 

d) 

Max Contact Velocity 

„3 + .03 m/s 

.005 m/s 

,3 + .03 m/s 

.005 m/sec 

(1 + .1 ft/sec) 

(.016 ft/sec) 

(1 + ,1 ft/sec) 

(.016 ft/sec) 

e) 

Roll Misalignment 

+ . 09 rad 
Gt 5'. 0 deg) 

+ . 09 rad 
Gt 5, 0 deg) 

+ . 09 rad 
Gt 5 . 0 deg) 

+ . 09 rad 
(f 5. 0 deg) 

f) 

.Angular Misalignment at 
Contact(non-impact system) 

N/A 

+ .07 rad 
■ Gt 4 . 1 deg.) 

N/A 

+ . 04 rad 
Gt 2. 4 deg) 

g) 

Max Lateral Displacement 
at Contact (non-impact) 

N/A 

+ 2.5 cm 
+ . 17 rad)„„ 

N/A 

+2.5 cm 

h) 

STEM Articulation Angle 

N/A 

tt 10 

+ ?35 radl i 
Gt 20 deg)P 

N/A 

+.17 rad 
Gt 10 deg) 

i) 

STEM Articulation Rate 

N/A 

, 08 rad/ sec 
(4.6 deg/ sec) 

N/A 

. 075 rad/sec 
(4,4 deg/ sec) 

j) 

Max STEM Extension 

N/A 

1.5 m 
(5 ft) 

N/A 

1.5 m 
(5 ft) 

k) 

STEM Extension Time 

N/A 

2 minutes 

N/A 

2 minutes 


1) STEM Retraction Time 


N/A 


N/A 


10 minutes 


10 minutes 









11-25 


TABLE II- 12 CUE REQUIREMENTS 


•>' ' ' ' ■■■■ 

REQUIREMENTS 

MANUAL 

A U T 0 N 0 

M 0 U S 

IMPACT 

NON- IMPACT 

IMPACT 

NON-IMPACT 

Visual 

Offset "T" 

Offset "T" 

Offset "T", 

Offset "T'S 




where TV is 

where TV is 




required 

required 

Ranging Sensor 





SLR CCooperative) 





Ranging 

1 Corner Cube 

1 Corner Cube 

Spherical 

Spherical 




reflector 

reflector 




coverage 

coverage 

Attitude Determination 

None 

None 

Corner reflec- 

Corner reflec- 




tor pattern 

tor pattern* 

SLR (Non-cooperative) 





Ranging 

None 

None 

None 

None 

Attitude Determination 

None 

None 

Reflective 

Reflective 




coating 

coating 

RP (Cooperative) 





Ranging 

1 RP Reflector 

1 RP Reflector 

1 RP Reflector 

1 RP Reflector 


( . 6m( 2 ' ) diameter) 

( „ 6m( 2 ' ) diameter) 

( .6m(2 *) diameter) 

( . 6m( 2 *) diameter) 

Attitude Determination 

None 

None 

4 RP Reflectors 

4 RP Reflectors 

RP (Non-cooperative) . 





Ranging 

None 

None 

None 

None 

Attitude Determination 

None 

None 

4 RP Reflectors 

'4 RP Reflectors 


*Due to limitations on minimum rangfe of s;(3m) of the selected corner reflector pattern, an 
additional smaller diameter (< o3m) spacecraft cue may be necessary with the GaAs SLR that 
provides attitude and position data in a rapid fashion, probably requiring a special mode 
in the SLR for that close-in stationkeeping^ 




TABLE II-13, MAN AND/OR CONTROL SYSTEM REQUIREMENTS 


REQUIREMENTS 


MANUAL 


NON -IMPACT 


A U-T 0 N 0 M 0 U S 


IMPACT 


NON- IMPACT 


a) ACS Minimum Impulse Bit 20 ms 


20 ms 


20 ms 


20 ms 


b) Lateral Translation Time .03 ra/sec 
CapabiJ.ity (.1 ft/sec) 


.02 m/sec 
(ol ft/sec) 


.003 m/'sec 
(.01 ft/sec) 


.003 m/sec 
(.01 ft/sec) 


c) Axial Translation Trim N/A I 

Capability (automatic) 


+.0006 m/sec 
(+.002 ft/sec) 


+.0006 m/sec 
(+"002 ft/sec) 


d) Lateral Translation 
Deadband 


+.152 m 
(+.5 ft) 
/ 


.03 m 
(.1 ft) 


e) Lateral Translation 
Deadband Rate 


+.0006 m/ sec 
(+.002 ft/sec) 


+.0006 m/sec 
(+.002 ft/sec) 














portatioa vehicle, for parameters that relate to rendezvous and, docking performance 

such as translation limit cycles, etc. No such specifications currently exist. 

Similar finite specifications should be placed on the manned control loop, which 

( 

includes not only the Tug but the entire imaging loop, ground delays, displays, 
and others. 

One final realm of requirements that is ultimately as important as those 
discussed thus far is the detail mechanism design requirements that relate to 
contact energy absorption capability of the mechanism. Specifically, these are 
requirements for damping, load carrying capabilities, shock absorbers, etc. 
Quantitative values for these requirements were not developed during this study, 
but rathei; emphasis was placed on refining and verifying the tools that develop 
these requirements. Our approach and the tools developed are discussed in detail 
in Section I of this volume. The definition of finite values is dependent on 
an explicit detailed representation of the mechanism itself. Such definition was 
not available. In addition, the sophistication of the program’ incurs program run 
time costs not in keeping with the preliminary design nature of the rest of the 
study. The real objective was not so much finite design parameters, but rather 
verification that a tool exists that can provide those parameters at a time when 
a firm mechanism choice has been made and detail design is ready to be initiated. 
That objective was met. 
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C. COMPONENT CANDIDATES 

This part of Section II stmimarizes the candidate sensors, docking mechan- 
isms, strategies .and algorithms that were compiled as a data base from which the 

candidate systems are configured in Section III. 

* 

1. Sensors - The purpose for sensors in the rendezvous and docking system are 

to provide the following data on the target S/C; 


Range 
Range Rate 
Line-of“Sight Angle 
Target Attitude 


An initial objective in this study was to canvas all existing or poten- 
tial sensors that could provide any one of, or all, the data desired. That 
survey was conducted, vendors were contacted and from that a number of optimum 
sensors representing several different technologies were selected as the hard- 
ware data base from which the candidate manual autonomous and hybrid systems 
were configured in Section III. 


One of the key criteria in the candidate selection process was that the 
list should represent several different feasible technologies, specifically 
some proven and some advanced. It should also include' some high performing 
sensors as well as some lower performing but inexpensive units. Each sensor 

I 

did not have to provide all the data desired; however, where only some data was 
achievable, other alternative methods of arriving at the remaining data had to 
be available before this sensor could be considered a valid candidate. 


A list of the final set of sensor candidates is provided in Table II-14, 
along with a summary of the rationale for ' selection. Each of those sho^'m. are 
discussed in more detail below. 
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Table 11-14 Sensor Hardware Candidates 


Subsystem 

Candidate 

i 

Rationale 

Sensors 



Laser Radars 

o Ga As 

0 Current Tug Baseline 


o CO2 Cooperative 

0 Long Range Capability 


0 CO2 Non-Cooperative 

0 Minimize S/C Cues 

'TV 

0 Silicon Vidicon 

0 Shuttle Development 

RF Radars 

0 Modified Apollo Rendezvous - 
Non -Cooperative 

0 Flight Proven, Minimum 
S/C Impact 


0 Modified Apollo Rendez- 
vous - Cooperative 

0 Lower Weight and Power 


0 Dual Mode - Non-Cooperative 
('Rendezvous Radar above 
plus Short Range Pulse 
System) 

0 Single Unit, Full Range 
Capability, Minimized 
S/C Impact 


0 Dual Mode - Cooperative 

0 Lower Power and Weight 
than above 

' 


a. Scanning Laser Radars - The first one discussed, the GaAs SLR, has been 

under development for several years. The design is feasible and a number of per- 
formance capabilities have been demonstrated in test. No qualification testing 
has been conducted. 

A number of studies has been published by the original developer, ITT, 

San Fernando, California, They are references 


The GaAs SLR is currently baselined as the rendezvous and docking 
sensor in the spare Tug Avionics Definition Study (Reference 2 ) dated April 
1975 . 

The GaAs SLR is a line-of-sight acquisition and tracking system that 
will determine the relative location of a target by measuring the line-of-sight 
range to the target, and the pitch and yaw line-of-sight angles. The range 
rate and angle rates are determined by differentiating the range and angle 
measurements, 
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Target attitude is derived by computation onboard utilizing reflected 
laser pulses from several reflectors mounted in a known orientation on the 
vehicle. A block diagram of the device is depicted for a single target in Figure 
II-9. 




Figure II -9 GaAs Scanning Laser Radar 


The SLR is employed in a cooperative passive application on the Tug; 
that is, no active electronics are required on the target, but some passive re- 
flective device, such as a mirror, is necessary. In fact, an array of corner 
cube retroref lectors is require to permit acquisition and tracking at a maximum- 
range of 46 Km (25 n mi). Four additional corner cube retroreflectors, in a 
”T" configuration, are required for the docking phase. 

Some pertinent parameters o’f the GaAs SLR are summarized in the first 
column of Table 11-15. 
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Table 11-15 SLR Candidates Characteristics Summary 


Sensor 

GaAs 

CO 2 

Type 

Pulsed 

Pulsed 

Wavelength 

9 Microns 

10.6 Microns 

Mode 

Cooperative Passive 

Non-Cooperative 

Mechanization 

Beam Steerer/Vidicon 

Oscillating Mirror 

Peak Power 

2 Watts 

1.2K_Watts 

PRF 

■ 1/lOK Hz 

lOOK Hz 

Beamwidth 

lo7 m rad x 1.7 m rad 
(0,1° X 0.1°) 

0.01° X 0.01° 

FOV (Max) 

.5 rad x .5 rad (30° x 30°) 

30° X 30° 

Frame Time (Acq) 

140/14 Sec 

360 Sec 

Range Accuracy 

.1 m (0.33 Ft) 

.1 m (0.33 Ft) 

Acquisition Range 

46 Km (25 n mi) 

46 Km (25 n mi) (P,j = 0,99) 

Pulse Width 

70 n sec 

350 n sec 

Pulse Rise Time 

20 n sec 

TBD 

Minimum Range 

,3 m (1 Ft) Possible 

-■V .3 m (1 Ft) Possible 

Average Power 

0.14 m Watts 

40 Watts 

Weight 

18 Kg (40 Pounds) 

22.6 Kg (50 Pounds) 

Input Power 

40 Watts 

200 Watts 



100 Watts (Cooperative) 

Estimated MTBF 

7000 Hours 

2000 Hours 

Technology 

Present 

Present 

Target Vehicle Aid 

16 Corner Cubes (Rend) 

T Configuration (Docking) 

None 

Development Status 

Prototype 

Paper Design 


b. CO 2 Laser Radar - The CO 2 laser, under recent development by Norden 

Division of United Aircraft for MSFC, is not as far along as the GaAs SLR, but 
has certain unique advantages that justify its inclusion as a viable candidate 
for Tug rendezvous and docking. Principal among these is a capability for skin 
track ranging at relatively long ranges. Thus, the impact on the S/C is min imized,' 
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a feature the GaAs cannot achieve with its power limitations. Both a coopera- 
tive, as well as a non-cooperative version of the CO 2 laser, was considered 
since the cooperative version has a lower weight and power. However, the CO 2 
laser's real advantage is in the non-cooperative mode. " 

The sensor described herein is configured to utilize a passively Q- 
switched C0„ laser as the transmitter active element,, and a four- quadrant photo- 
diode array, operated as a coherent receiver element in a heterodyne mode. The 
aperture is about 15 cm (3 inches), and the telescope steers the beam in a .7 rad 
X ,7 rad (40*^ x 40°) window. The laser, as well as the receiver configuration, are - 
similar to equipment for tactical airborne applications. The electronics, logic, 
and computer interface are similar to equipment .that is associated with most 
coherent pulse doppler radar sets. 

A block diagram of the system is provided in Figure II-IO with an artist's 
concept of the device in Figure II-ll. 

PRF REFEREKCE 



Figure II-IO CO 2 Baser Radar Block Diagram 
Pertinent performance characteristics are summarized in Table 11-15. 


11-32 






















Figure II-ll CO2 Laser - Artist's Concept 

c. Video Sensor - Identification of requirements, summarized earlier in 

Table II-IO, and discussed in more detail in Part B of Section VI, Volume IV, 
indicate that use of the TV camera to be developed for the Shuttle program is 
feasible for Tug application. Some modification may be necessary but, in general, 
the assumption that much of the initial development will be borne by Shuttle 
appears valid. There is still further definition of requirements for the Shuttle 
camera anticipated, but the general characteristics that Shuttle is looking for 

11-33 


origin ALPAG^ 

OF POOR QUAlira 



are shown in Table 11-16. No particular vendor is selected at this time, pending 
the Shuttle selection next year. 

The Shuttle camera described in Table 11-16 with its high scan rate, will 
require some storage and buffering on the Tug to be compatible with the communi- 
cation downlink bit rate of 50 KBS, as opposed to the Low Light Level TV in the 
current Avionics baseline. 

The Shuttle program is not certain whether an intensified tube will be re- 
quired or not. RCA, a potential bidder, does not think so; but for Tug application 
it has been assumed this will be a necessity since image data at 30 m (100') will be 
necessary. Lighting is also an assumed requirement due to possible need for 
target cue recognition in the dark. The cue may be set back in the docking port 
as well. Strobe lighting will be assumed since picture rates on the ground will 
be at a relatively low rate. For more autonomous operation, requiring onboard 
algorithms deriving range, range rate, LOS, or target attitude, the picture speed 
would undoubtedly be higher and the strobe rate higher, but continuous lighting 
does not appear to be a requirement for unmanned application. 


Table 11-16 Shuttle TV Candidate Characteristics Summary 


Type 

2.5 cm (1") Silicon Vidicon Tube 

FOV 

.35 rad (20°) 

Resolution 

525 Lines x 430 Pixels 

Camera Survivability 

Look Directly at Sun 

Output Bandwidth 

4.5m Hz 

Dynamic Range 

10,000 to 1 

Target Illumination Required 

.46 to ,92 Lux (5 - 10-Ft Candles) 

Maximum Length 

.3 m (1 ft) 

Power 

15 Watts, 28V d.c. 

Weight 

6.7 Kg (15 lbs) 

Image Scan Rate 

30 Times/Sec 

Lighting 

Tungsten Flood Lamps 

Development Status 

Shuttle TV Camera Development 
Appears Applicable. RFP in 
Spring 1976; ATP in 11/76 
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Additional detailed discussion regarding requirements and support of the 
above selection is provided in Part B of Section VI in Volume IV. More details 
on the lighting system required is also presented in that supplement, 

' Another subject unique to the video system and also discussed in some 
detail in that section, is the development of software algorithms that are re- 
quired to process image data into the range, range rate, LOS and S/C target 
attitude data necessary for rendezvous. Not all that data is necessary for all 
candidate system concepts. In some cases the processing is done onboard and 
in others on the ground; 'however, there is in all cases some form of large 
data processing required. Some feasibility study and testing has been done at 
MMC in this area. The approach and some results are provided in that same Part 
B, Section VI of Volume IV. Illustration of a technique that can calculate 
centroids, or centers of a S/G for LOS data, and can measure maximum diameter on 
a repetitive basis for range and range rate data, is provided. It provides sig- 
nificant enhancement of imaging data and further development of this capability 
is encouraged. 

There is also some feasibility study results of data compression tech- 
niques presented in that same section. Lata compression was recommended earlier 
as an area of pursuit that would enhance the ground control of the vehicle in 
manual configurations by speeding up the current quite slow picture update rate 
on the ground (due to Tug downlink data rate constraints) , 

d. RF Radars - Conventional RF radar, though not strongly considered for 

Tug in recent studies, still have some unique capabilities and advantages that 
place it as a definite contender as a rendezvous and docking sensor. Previously 
developed radars, such as Apollo LM, provide the required data down to a range 
of 30 m to 90 m ( 100' to 300'), From that point on in and in order to provide 

target attitude information, a different concept and design is required. Consequently 
the survey of potential radars fall into two categories. For the far-out ranging, 
a number of developed designs were considered, while the close-in data gathering 
required some new design effort to define a concept that would meet the' rendezvous 
and docking requirements. Some of the candidates surveyed, the derivation of 
requirements and a detailed description of the final candidates selected is pro- 
vided in Part A of Section VI in Volume IV, "Supplemental Sensor Analysis". A 


11-35 



brief description of the selected RF subsystems is provided below. As noted in 
Table 11-14 earlier, four systems were selected for the candidate list, but note 
that two of the four are merely cooperative versions of the other two non-cooperative 
systems. Both types were evaluated because of the reduced weight and power of the 
cooperative systems. But, in effect, there are only two different types; referred 
to as a rendezvous radar, which is useful only up to 30 m (100') of the target, 
and a Dual Mode radar which incorporates a close-in data gathering capability 
along with the rendezvous radar above. The latter is comparable to .the SLR in 
the ranges over which it perfoms and the type of data gathered. The pertinent 
characteristics of four radars are summarized in Table 11-17, 

Rendezvous Radar - This unit is a derivative of the Apollo LM rendezvous 
radar. A design similar to Tug needs is being defined for the Shuttle program. 

It is presumed much of any development required will have been accomplished on 
the Shuttle program. Consequently, a major advantage of this unit is the minimal 
development costs and low risk associated with a flight proven design. 

The radar is a pulsed doppler X-band radar with a .9 m (3-foot) casegrain 
antenna. It will .provide a probability of detection (Pd) of .99 on a S/C cross- 
section of 10 m2. Acquisition time at 46 Km (25 n mi) is less than 6 seconds. 

The radar design employs a frequency diversity implementation utilizing five 
frequencies spaced 50 MHz apart at X-band. This reduces the radar power require- 
ments and improves the target radar cross-section of the complex target vehicles 
considered for the space Tug mission. 

The cooperative version requires a trihedral, triangular corner reflector 
.24 m (.8' on a side) on the target vehicle. In other respects, it is the same 
except for the expected reduction in power required and correspondingly in the 
weight as well. 

Dual Mode Radar - The dual mode radar incorporates the rendezvous 
radar above, both the cooperative and non-cooperative, with a close- 
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in radar that is essentially new design. It is cooperative in all versions. 

It utilizes four small EF retr of lectors on the target S/G which support the de- 
termination of range, range rate,’ LOS and target attitude determination down to 
1 m (3'). A 9 At'se.c transmitted pulse width is employed for this phase and a 
wide band receiver is utilized to provide the required high range measurement 
accuracy. As stated earlier, this close-in capability is a new design, however, 
it has the advantage of using existing technology hardv?are. Some predevelopment 
effort should Be' expended in this area to develop an alternative to the laser 
radar techniques. 


Sensors 

Rendezvous Radar 

Dual Mode Radar (Rendezvous Plus Oocldng) 

Non cooperative 

Cooperative 

Non cooperative Rendezvous 

Cocperattv* 

T>pe 

Non-toherenl Pulse-Doppler 

Non-Coherent Puise-Doppler 

Non-Coherent Pulse-Doppler 

Non-(X)herent Putse-Doppler 

Frequency 

X-Band 

X-Band 

X-Band 

X-Band 

Angle Tradcing 

Ampl Comp Monopulse 

Ampl Comp Moncpulse 

Ampl Or Phase Comp Monopulse 

Ampl Or Phase Comp Monopulst 

Peak Power 

CK W 

lOKW 

42K W Rendezvous Mode 
10 W Docking Mode 

lOK W Rendezvous Mode 
10 W Docking Mods ' 

PSF 

1.6K Hz 

.L6K Hz 

1.6KHZ 

1.6K Hz 

BewMiah 

.M Rad 12.3"} 

,MRadl2.3°) 

.M Rad (2.3°) Rend .52Rad(30°l Docking- 

.M Rad 12.3°) Rend ,52RadO0°) Docking 

Search Votunw 

.52 Rad X. 52 Rad 00X30°) 

.52 Rad X. 52 Rad 130 X30°) 

.52RadX.52Rad(30 X 30°l 

.52RadX.52RadB0X30°) 

Antenna 

Cassegrain Dual Ref 

Cassegrain Dual Ret 

Cassegrain (Rendezvous); 4 Horn 
Mono-pulse Array (Docking) 

Cassegrain (Rendezvous); 4 Horn 
Mono-pulse Array IDockinq) 

Puisewtdth 

l/zsec 

1/ic sec 

g.Ozisec (Time Shared 
Receive Model/ 

O.Dusec (Time Shared 
Receive Mode) 

AnI Polarization 

Circulfr 

Circular 

Circular (Rendezvous) 
Linear (Docking) 

Circular (Rendezvous) 
Linear (Docking) - 

Receiver B W 

L4M Hz 

L4M Hz 

1.4M Hz 

1.4M Hz 

Target Vehicle AMs 

None 

Trihedral, Triangular Corner 
RefIector,.24M C8') On a Side 

None (Rendezvous); Passive 
Ant With Delay Line (Docking) 

Trihedral,- Triangular Comer 
Rellector (Rendezvous); Passive 
Ant. With Delay Line (Docking) 

Input Power 

ZR Watts 

120 watts 

275 Watts (Max) (Rendezvous) 
20 Watts (Dodtingi 

123 Watts (Max.) (Rendezvous) 
20 Watts (Docking) 

Maxirnuin Range 

«Km(2Sntnl) 

46Kn (S n ml) 

46 Km (25 n mi) 

46 Km (25 n ml) 

Minimum 'Range 

SOM (loom 

30M IIOO ni 

.6M (2 ft) (Delay in Tracking Aid) 

.6M (2 ft) (Delay in Tracking Aid) 

Estimated HTBF 

2000 Hours 

2000 Hours 

2000 Hours 

2000 Hours 

Technology 

Present 

Present 

Present 

Present 

Development 

Complete . 

Complete 

Rendezvous - Complete; Docking- 
Paper Design 

Rendezvous- Complete; Doddng- 
Paper Design 

Weight 

34Kg (75 Pounds) 

33ICg (72 Pounds) 

36 Kg (80 Pounds) 

34 Kg (75 Pounds) 


Table 11-17 RF Candidate Configuration Summary 
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2. Docking Mechanisms - The U.S. space programs’ experience with joining 

two vehicles together in -orbit began with the Gemini Program, continued with 

Apollo and ASTP (Figure 11-12). All three used impact mechanisms, and all three 

were brought to the point of contact under direct manned control. By virtue of 

being impact systems, all used a system of springs and shock absorbers to reduce 

shock loads on the mating spacecraft. By virtue of being manned, all were built 

around provisions for manned ingress/egress; two were periferal mechanisms around 

\ 

a tunnel, and one was a central device which was removed from the tunnel. 

While the mamied transfer problem is eliminated for the space Tug opera- 
tion, most other requirements remain and some new and stringent ones appear. The 
most significant requirements are: ^ 

1) Provide support structure to cantilever S/C off Tug in both Tug and Shuttle 
flight regimes; 

2) Provide a delivery/retrieval system capable of delivering up to three S/C and 
retrieving one; 

3) Retrieval interface must be able to accommodate delivery of one diameter 
payload and retrieval of another; 

4) ‘Eliminate final misalignment between vehicles to align docking interface; 

5) Deploy or retrieve S/C spinning with rates up to 100 rpm; 

6) Provide a redocking capability; 

7) Cause minimum impact on retrieved spacecraft design; 

8) Minimize weight to minimize lug payload. 

A wide variety of docking mechanism concepts were evaluated (Volume IV, 
Supporting Analyses). Three basic concepts were found to be most promising and were 
included in the array of subsystems carried into the systems synthesis activity, 

MDAC Square Frame : This approach (Figure II-13) meets the myriad re- 

quirements placed on the design with a structurally efficient new design featuring 
a variety of moderately complex mechanisms. These include: U-jointed A-frames 

with integral shock-absorbing capability; variable size square frames; and a 
set of four spacecraft mounting points that incorporate a docking guide, a latch 
mechanism, and a spin-up mechanism. This approach places some requirement on 
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Figure 11-13 MDAC Docking System 
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the spacecraft adapter to distribute mounting loads from the four point attachment 
into whatever structure the spacecraft possesses, and to stablilize the shape of 
the open square frame. It must generally be rated a sound concept requiring 
considerable new development. 

MMSE Probe/Drogue Beam : This approach (Figure 11-14) meets the same 

array of requirements as the square frame concept using the flight-proven Apollo 
Probe/Drogue in combination with an array of static structure.' In addition, 
this approach was conceived to meet IXIS and Shuttle automated payload require- 
ments. As a consequence, the design has been standardized for a broader application 
spectrum than is required specifically for Tug applications. It supplies eight 
hard mounting points for spacecraft of various diameters using a family of spider 
beams. Structurally, this approach appears heavier than the square frame approach, 
but it is simpler, uses more existing hardware, and should be less costly to 
develop. Provision of spin-up capability in the Apollo probe design will be a 
significant development problem; the spin-up requirement should be carefully 
assessed before this capability is implemented. 

Hybrid Soft Dock System : This approach (Figure 11-15), although not 

as well developed as the previous two, incorporates several desirable features. 

It achieves soft docking through the use of a steerable, extendable STEM mounted 
probe (Figure 11-16) . This probe can be gently inserted in a lightweight space- 
craft mounted drogue using man-in~the-loop video concepts. The device then 
draws the spacecraft back for a soft attachment to a rigid A-frame structure 
attached to the Tug. The A-frames can be rotated in or out to match spacecraft 
diameter in a variety of ways; perhaps the preferable approach being an adjustable 
square frame similar to the MDAC approach. The A-frame structure need not have 
the variable length shock absorbing struts required for an impact docking. There- 
fore, the A-frames are rigid, singly hinged panels rather than being constructed 
from universal- jointed struts. The impact of this system on the spacecraft is 
minimal, since the drogue device on the spacecraft can be small and light, and 
since shock loads imparted to the spacecraft will be minimal. 

Each of these approaches has some special merit, and some special dis- 
advantage. The square frame approach is light, and has a fair level of development 
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activity behind it. On the other hand, the structural members involved are com- 
plex mechanisms that are not yet qualified. The WMSE approach uses a flight 
proven docking mechanism, and supports retrieval spacecraft flight loads with a 
static structure. The approach, however, appears to be quite heavy. The hybrid 
soft dock ^approach simplifies the support structure over the MDAG approach and 
eases the spacecraft impacts at the cost of a complex development in the steerable 
STEM probe. Comparative weights were developed for these systems for one par- 
ticular ap lication (structure designed to carry the spacecraft illustrated in 
Figure 11-14 and -15). The comparative weights were: MDAC, 253 kg (556 lbs); 

MMSE,441 kg (970 lbs); Hybrid Soft Dock, 241 kg (531 lbs). An added disadvantage 
cited for the Hybrid Soft Dock System was a high level of risk involved in de- 
veloping an autonomous docking capability. 

3. Strategies - Strategies are the concepts' used to meet functional require- 

ments; the methods by \:Aich rendezvous, inspection, alignment and docking are to 
be accomplished. When strategies are combined with the requirements of a de- 
sired autonomy level and the requirements of particular sensors (Figure 11-17) 
it becomes possible to define implementation algorithms that will effect the 
strategy in a computer. These algorithms divide into decision, maneuver, sensor 
utilization and redundancy management algorithms. 

Rendezvous Phase - The first rendezvous task is acquisition of the target 
spacecraft. In the scenario developed for Tug, this will be accomplished at a 
-nominal range .of 23 km (12.5 nm) by searching the IT /6 radians (30°) total field 
of view where the S/C is anticipated to be. This procedure will depend on the 
sensor mechanization, but will be straightforward in any case. 

Several candidate techniques for rendezvous approach have been suggested 
in the past (Figure 11-18), but two have received the most attention. One of 
these is a mechanization of Lambert's Theorem which is generally suitable for 
the direction of precise orbital maneuvers intended to efficiently reach the 
immediate vicinity of the target spacecraft. With the highly accurate Tug navi- 
gation system anticipated, , this type of maneuver is considered to be' unnecessary 
for this application. The proportional navigation approach, where line~of-sight 
rates are nulled and the Tug is constrained to follow a prescribed range/range 
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Figure 11-17 Operational Strategies Lead to Implementation Algorithms 
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Figure 11-18 Rendezvous Strategy Selection 
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•rate approach profile is considered appropriate. Studies described in more de- 
tail in Section II. D of this report volume have shovm this to be an efficient 
recommendation with a- desirable insensitivity to sensor errors. 

Inspection Phase - The objectives of the inspection phase are to verify 
the spacecraft ready for docking and to locate and maneuver to the docking axis. 

A circular inspection maneuver is suggested where the Tug is controlled to always 
point toward the spacecraft so forward pointing sensors can be used. A near 
circular orbit ( 100-ft range, 20-minute period) around the spacecraft is 
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Figure 11-19. Inspection Thase Strategy 

% 

recommended. Propellant consumption goes up linearly as range increases (4.5 kg 
(10 lbs) at r = 15 m (50 ft) vs 9 kg (20 lbs) at 30 m (100 ft) for a 20-minute 
orbit period). Orbital period, or time for a circumnavigation, also increases 
propellant consumption nearly linearly as the time' per orbit decreases 
(8 kg (18 lbs) for a 20-minute orbit vs 15 kg (34 lbs) for a 10-minute orbit at a 
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range' of 100 ft (30 m)). An inspection period over 20 minutes long appears to 
be excessive from an operations standpoint. Therefore, 20 minutes was selected 
to keep ACS propellant usage to a minimum. The lateral control system using the 
rate gyros and lateral APS engines could be commanded to produce a constant LOS 
rate during this phase. The axial control system using axial APS engines can 
keep the Tug at a constant range. This phase should be initiated on a range 
criteria to provide a smooth transition from the rendezvous approach phase. ^ 

The spacecraft attitude change in state (tumbling, spin^ rate, wrong atti- 
tude, etc.) mechanical condition (broken booms, solar panel not deployed, etc,) 
and locally gathered data can be used to determine spacecraft condition and com- 
mit to dock. 

When the docking axis orientation is known the Tug can maneuver to the 
docking port using commands executed in relative (radial) coordinates. When the 
docking axis orientation is not known physical cues such as spacing of corner 
reflectors, size of corner reflectors, EP side lobe control, etc., will be used. 

Alignment Phase - The orientation of the spacecraft docking axis in 
inertial space will generally be known before launch. After the Inspection 
activity is completed, the maneuver to the docking axis can be effected as indi- 
cated in Figure 11-20. The cross-product of the LOS vector and the docking 
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Figure 11-20. Alignment Maneuver 
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axis vector is formed in the Xug computer. Rotation of the LOS vector about 
this cross-product vector at a constant range is commanded by appropriate in- 
structions to the Tug RGS thrusters. The maneuver is completed when the magnitude 
of the cross-product vector has been driven to zero. 

In the event that the docking axis location is no,t known before launch, 
a means of establishing it must be provided. One technique is to use an array of 
retroref lectors on the target spacecraft as illustrated in Figure 11-21. 
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Figure 11-21. Docking Axis Location 

The approximate location of the docking port can be established after one orbit 
of the spacecraft with this array. The technique involves remembering where in 
the orbit cues are visible, how long they are visible, and deriving from this 
where the pattern centroid is located. 

Docking Phase - In an impact docking, the suggested docking closure 
maneuver would be executed to close in the LOS direction with a constant velocity 
(R) when aligned with the docking axis. The axial control system controls the 
axial acceleration to keep the relative range rate within tolerance. The IMU 
gyro and accelerometer data can be used in case of data dropout from the rendez- 
vous sensor. 
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In a non-impact docking, the range rate is commanded to zero as the range 
is reduced in some range vs range rate profile to achieve a stationkeeping 
position or a very small impact velocity. Accurate range sensing is essential 
at close range. Close range measurements of LOS angles and target attitudes are 
'also needed during stationkeeping, which would be mechanized with a phase plane 
control logic. Vehicle contact would be made with a steerable probe during the 
stationkeeping mode, and the Tug and spacecraft would be mechanically dra^m to- 
gether. 

Dock in g Axis — 
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Figure 11-22, Docking Maneuver Candidates 

The specific mechanization of these strategies will vary somewhat with 
the level of autonomy selected, and with the particular sens rs from which 
measurements will be derived. The level of redundancy, either sensors or back- 
up control’ modes, will also influence the specific algorithms to be incorporated 
into the Tug flight computer. Table 11-18 'shows the estimates of Tug computer 
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Table II-L8. R/V&D Flight Computer Support Words 



Manual 

Autonomous 

Hybrid 

Rendezvous 

1500 

• 1500 

1500 

Inspection Orbit 

... 

50 

50 

Range Control 

200 

200 

200 

LOS Control 

100 

100 

100 

Target Attitude Computation 


750 

750 

Docking Port Coali^ 


200 - 

200 

Translation Loop Control 


300 

300 

Docking Port Recognition 


250 


Abort Recognition 


400 

m* M 

Abort Command 


200 

^ M 

■ Sequencing & Control 

50 

250 

200 

Closure Initiation 

50 

50 

50 

Total 

1900 

4250 

3350 


support words that has been made for three of the selected candidate systems.' 
While alternate segmentation of software blocks can be made, and other functions 
included, these estimates are believed fairly representative of manual, autono- 
mous and hybrid system mechanizations. 

D. SIMULATION SYNOPISIS 

Digital simulations were used to support analyses of three principal 
phases of the rendezvous and docking sequence. The rendezvous phase was simu- 
lated using an existing proportional navigation program that was developed in 
support of Martin Marietta's planetary programs. Docking closure was simulated 
using a new, planar simulation developed under this contract.. The dynamics of 
impact docking was simulated with two digital simulation programs. The first 
was a new simulation developed in support of this contract (under IRAD funds) 
that was designed to quickly identify major parametric relationships. The 
second was an existing program, developed under previous MSFC contracts, which 
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was modified to include propellant slosh modes and a new docking mechanism. 

This subsection summarizes the major results obtained using these simulations, 

1. Rendezvous Simul action - PROGRAM RENDZ is a simulation, in three- 

dimensional space, of the closure of two vehicles in a central force field 
utilizing a proportional navigation scheme. This program provides a capability 
to mechanize the proportional navigation logic in different ways. The option 

used in this study was to describe the desired closure relationship as R = K 

* 2 

(R) , and to maintain this relationship with pulses of axial thrusting when a 
prescribed deadband is exceeded. Simultaneously, line-of-sight rates were 
monitored. When these rates exceed a prescribed threshold, a lateral component 
of thrust is added to the axial thrust to null the sensed line-of-sight rate. 
Time of closure for a given set of initial conditions is controlled by setting 
the constant of proportionality relating R and R'^. This program also provides 
an ability to study the effects of systematic sensor errors on the closure 
maneuver. This capability was modified during the' course of the study to per- 
mit the following error types: Range and range rate measurements - a percentage 

error plus a bias error; line-of-sight rate - a percentage error plus a bias 
error; line-of-sight angle - a bias error. Typical program output for a closure 
from a range of 25 km (12.8 n mi) is shown in Figure 11-23. This particular 
closure used 55 pulses totaling 7.8 m/sec (22.2 ft/sec) to achieve a closer 
approach of 35 meters (115 ft) at a relative velocity of 0.9 m/ s (3 ft/sec). 
Approximately 2.3 hours was required to effect the closure. 

An empirical relationship between the velocity and the time required 
to complete a rendezvous closure was developed by fitting the results of several 
closure simulations at geostationary altitude. The precise nature of this 
relationship is determined by the area under the prescribed R/R curve, the 
initial closure velocity, the non-linear orbital mechanics effects, the non- 
linear nature of the ON/OFF conCrol mode and the effects of sensor errors. In 
spite of these fairly involved relationships, an empirical fit accuracy within 
0.15 m/sec (0.5 ft/sec) was achieved. The empirical velocity/time relation- 
ship is : 
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•Figure 11-23, PROGRAM RENDZ Summary 
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(English units) 

R^ (International units) 


Where; 

A V = Maneuver Velocity Required 

At = Time Required 

A R = Relative Range at Maneuver Initiation 

* O 

A Rq = Relative Range Rate at Maneuver Initiation 


This equation yields the velocity, range, time relationships shown in Figure 
11-24, Considering the acquisition range of 23 km (12.5 n mi) recommended 
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for Tug geostationary rendezvous. Tug 
RCS propellant budgets, and Tug time- 
lines, rendezvous energy in the vicinity 
of 7 m/sec (23 ft/sec) and rendezvous 
time of 2.3 hours represent reasonable 
planning parameters. 


Figure 11-24, Rendezvous Time 
Relationship 
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Table 11-19. Rendezvous Sensor Errors Investigated 


The effect of sensor errors on rendezvous performance parameters when 
using the proportional navigation algorithm was investigated. The pertinent 
performance parameters are the energy required to perform the rendezvous closure, 
and the closest approach range to the target spacecraft. Table 11-19 shows 
the range of sensor errors investigated. Typical errors for the SLR and RF- 
RADAR classes of rendezvous sensors are shown. The SLR devices are much superior 
to the RF sensors. Errors in order of magnitude larger than either class were 
investigated in the search for significant results. Neither miss distance nor 
energy requirements were effected in any systematic way. No velocity require- 
ment change greater than 10% was observed. The range of closest approach varied 
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considerably from 100 to 500 feet, but not in a way relateable to sensor errors. 
It is believed’ that the ON/OFF nature of the navigation algorithm is a larger 
contributor to these parameters than sensor errors. A systematic increase in 
the velocity at closest approach was observed. The 10% class of errors pro- 
duced a velocity in the neighborhood of 3 m/sec (10 ft/sec), as compared with a 
typical 1 m/sec (3 ft/sec) with no sensor errors present. 

The major conclusions reached from the rendezvous phase analyses are as 

follows : 

o The proportional navigation algorithm is suitable for directing 
rendezvous approach. 

o This algorithm is insensitive to sensor errors, and rendezvous 
approach produces no driving sensor accuracy requirements, 
o Geostationary rendezvous can be effectively performed in 2-2.5 
hours with an energy expenditure of less than 7.6 m/sec (25 ft/ 
sec) 

o The lack of terminal precision of the rendezvous algorithm 
used here suggests that transfer to the inspection algorithm 
should be made at a relative range of at least 180 meters 
(600 ft). 

These analyses have verified the suitability of proposed rendezvous 

system candidates to successfully complete the rendezvous approach phase of 
■ 

flight. 

2. Docking Simulation - No digital simulation capability for the docking 

phase existed at the beginning of this .study. Initial plans for relating sensor 
accuracies and' operating ranges to docking mechanism requirements called for 
generating sensitivity relationships and generating appropriate parametric data. 
This was done and is reported in Section II tB of this volume. It was felt, both 
by the NASA COR and the study personnel, that this key phase should be verified 
more rigorously by simulation. Analyses of the same problem made in different 
ways would add to the confidence in the results. Also., the simulation generated 
would be a prototype of an analysis tool required later in the rendezvous and 
docking development program. A decision was made in late September to develop 
such a digital simulation program. 
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The primary capability required of the program was that it be capable 
of simulating all aspects of docking trajectory control that contribute to dis- 
persions at the instant of contact between the Tug and target spacecraft docking 
mechanisms. At the same time, the program should run rapidly enough to permit 
Monte Carlo simulation of the varied^ non-linear contributions to these dis- 
persions. 

The contributors to contact dispersion that required simulation included 
the following: 

o Attitude and translation control implemented by pulsing E.CS 
nozzles in accordance with a phase-plane logic. 

o Rigid Body Dynamics, 

o Sensor errors in the measurement of relative position and 
attitude, and the derivation of rate information from these 
measurements , 

o The loss of certain measurements as the docking vehicles approach 
too closely for the sensors to function. 

o The performance characteristics of simplified maneuver control 
algorithms. 

o The effect of offset centers of gravity, probe rotation arm, 
translation/attitude loop cross-coupling and differential 
gravity effects. ^ 

The general nature of a simulation capable of addressing these require- 
ments is illustrated in Figure 11-25. The program is a planar simulation. 

It uses the baseline Tug attitude phase-plane logic and the indicated transla- 
tion control logic to make ON/OFF decisions for each of the 24 RCS nozzles used. 
The steering logic incorporated in the program is very simple, but has proven 
effective. This version of the program simulates impact docking approach. 
Generation of such a simulation is not unusual, but the desire to make the pro- 
gram run rapidly made the problem somewhat unique. Most existing phase-plane 
simulations readily available run in the ne ghborhood of real-time. This would 

V 

be much to slow for economical Monte Carlo simulation. 
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Figure II-25. PROGRAM DOCK ~ General Characteristics - 

Two steps were taken to cope with this fast run time requirement. First, 
the simulation was limited to a planar representation. This permits an accurate 
evaluation of the parameters of interest at a basic savings in computations re- 
quired. Gross-coupling between axes is not represented, but this is acceptable 
for an initial analysis. Second, an elaborate control of computation cycles was 
developed. The flight computer used to implement the docking maneuver will 
operate on two computational intervals. The minor cycle, using an interval of 
about 0,020 seconds, will handle the attitude control phase-plane logic. The 
major cycle of about 1.00 seconds will handle navigation calculations and direct 
the translation control loop. In this simulation, these two computational in- 
-ternals and a third longer interval (a simulation speeding 'coast* interval) 
are implemented. Program logic uses the longest of these intervals whenever 
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possible, and drops back to the shorter computational interval only when it es- 
tablishes that changes are occurring at the lower level. Figure 11-26 
illustrates, in a simplified manner, how the computational cycle control is 



Figure 11-26. Simplified PROGRAM DOCK Flow 

effected in, the simulation developed. The .basic approach was to assume the 
longest interval possible, to calculate the resulting motion, to check at the 
end of the interval to see if any control boundaries had been crossed. In the 
event of a crossing, the interval was shortened as required to make the calcula- 
tions valid. This procedure is more complex to code than the flight logic will 
be, but it has shown a great increase in computational speed. Under some cir- 
cumstances,. it has yielded a computational speed of 1/600 real-time. 

Figure '11-27 illustrates t^^pical docking trajectory motion for the 
Tug center. of gravity relative to the spacecraft docking axis. This run was 
initiated from a distance from the docking port of 61 m (200 ft) with a lateral 
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Figure 11-27, C.G, Motion for Typical Docking Maneuver 

offset of 3 m (10 ft) and an initial pitch angle of .087 radian (5°) with respect - 
to the docking axis. It was commanded to approach the target spacecraft at 
velocity of 0.3 m/sec (1.0 '■ft/sec). This command was quickly achieved, within 
deadband tolerance, and maintained without further correction. The lateral 
velocity command, required to acquire the spacecraft docking axis, results in 
stepwise corrections to lateral velocity in accordance with the deadband charac- 
teristics. Corrections come with increasing frequency as the target is approached. 
Perfect lateral positioning of the Tug C.G. ‘is not achieved with the selected dead- 
bands. The attitude control loop, however, maintains vehicle LOS oriented at the 
docking port, resulting in a superior positioning of the docking probe. The 
motion of the centerline of the Tug docking mechanism is illustrated in Figure 
II“28, The lateral positioning of the probe head is considerably superior to 
the positioning of the center of gravity. The stepwise control of pitch rate. 







Figure 11-28. Probe Motion Near Contact 

and resulting stepwise variation in the lateral .component of probe head velocity 
appears in the figure. On first observation, this performance appears generally 
satisfactory. 

In addition to input of a physical Tug description, PROGRAM DOCK is 
capable of varying a range of initial conditions and sensor parameters to es- 
tablish resulting impact conditions- Variable initial conditions include all 
planar state variables. Sensor parameters include: 

RGER - Range measurement error (ft) 

TAERD - Target attitude error (deg) 

LOSERD - Line-of- sight error (deg) 

MRRNG - Minimum range for range measurement (ft) 

MRTA - Minimum range for target attitude measurement (ft) 
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^ MRLOS - Miniinum range for line-of-sight measurement (ft) 

VHER - Accuracy with which horizontal velocity can be derived (ft/sec) 

WER - Accuracy with which lateral velocity can be derived (ft/sec) 

A series of runs was made varying these parameters one at a time to es- 
tablish their; individual effects. The results were somewhat inconclusive, since 
the effects were masked by the deadband effects of the Tug control systems. About 
all that could be discerned was that the- system could cope, with varying degrees 
of success, with all the variables. One not surprising result was that the ability 
to derive lateral velocity became quite important when it was coupled with a loss 
of measurement at a large distance from the target spacecraft. 

In any event, it was decided that this simulation should be run in a 
Monte Carlo mode, where random selections of input variables were run individually, 
and the net result observed to determine statistical effects. Accordingly, the 
following variables were selected for random variation: 

o Five sensor errors (RGER, TAERD, LOSERD, WER, VHER) 

* * * 

o Five initial conditions (X, Y, Y, 0, 9) 

An input of a 3- sigma variation in these parameters is accepted in a modified 
version of the program. A prescribable number of runs can be made where each > 
run is made with a value for each of the ten variables randomly selected from a 
normal distribution. 

This version of PROGRAM DOCK was used to translate the typical docking 
parameter variations shown in Table 11-20 into the impact dispersions shown' in 
Figure 11-29. The parameter variations are considered representative of an 
autonomous docking system. The impact dispersion shown are for 100 runs ran- 
domly selected from the parameter variations. This number of runs is insufficient 
to develop a good statistical sample, but the ellipses shown on Figure II. D. 2-7 
are believed representative of 2-sigma variations in impact dispersion. In 
Section II. B of this volume, these results are compared with the linear sensi- 
tivity analyses developed earlier. The agreement is generally satisfactory. 

The primary specifications developed in Section II. B were that the docking 
mechanism should be able to deal with an angular misalignment of 0.08 rad (4.5°), 
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Table II-20, Docking Parameter Variations 










a lateral misalignment of 0.1 m (.32 ft), and a lateral' tip velocity of .03 m/s 
(.1 fps). 'The first two of these specifications agree well with the sim lation 
results. The last is somewhat exceeded by the simulation results. Some further 
evaluation should be conducted to establish the criticality of this parameter, 
and means of reducing it (perhaps by adjusting the closure algorithm) if it 
proves advisable. 

The next step in docking closure simulation should include three advances 
to 'the version of PROGRAM DOCK developed under this contract. A stationkeeping 
phase-plane control mode should be developed. This control mode would be analo- 
gous to the attitude phase-plane control already incorporated. The axes on the 
phase-plane plot would be relative position and relative velocity. This control 
should be capable of hovering within mechanical grasping range- -in the neighbor- 
hood of .6 to .9 meters (2 to 3 feet). Relative sensed data, of course, would 
be required at these ranges to effect such control. The second expansion to the 
simulation should be the incorporation of an ability to represent motions in 
3-dimensional space. The control modes in pitch/ vertical translation and yaw/ 
lateral translation would be mechanized independently. The simulation would 
assure that there are no serious cross-coupling effects. The final addition re- 
quired in the simulation is inclusion of the effects of RCS plume impingement on 
the relative motion between the docking vehicles. These forces could require 
revision of the control logic to effect a successful docking. Further, the 
nature of the impingement could have undesirable effects on spacecraft sensors, 
such effects need quantization and coordination with potential spacecraft users. 


11-66 



3, Docking Dynamics - Docking dynamic analyses of the Tug to various 

spacecraft are necessary and required to assess the overall impact maneu- 
ver as related to impact attenuation mechanism design for both Tug and 
spacecraft, possible requirements for limiting large amplitude fluid mo- 
tions, and pre- and post-latch control system requirements. This section 
details the two-phase approach to docking dynamics analysis that was de- 
veloped, validated and implemented during the course of these studies 
and summarizes the numerical investigations. A complete description of 
the analyses and supporting digital computer programs appears in Volume 
IV - Supporting Analyses. 

During the early stages of the study, it was established that the 
originally proposed plan to use the Martin Marietta developed digital 
code for detailed docking analyses (IMPRES) would not provide a cost effec- 
tive approach due to the long computer running times associated with this 
digital code combined with the fact that the impact attenuation mechanism. 
Tug flexible body properties and control system logic were not suffici- 
ently defined to warrant such a detailed investigation. It was there- 
fore decided to implement a two-phase approach to .problem solution where 
Phase I would provide a new analytical tool to be used to examine the 
total dynamical system in the large and Phase II would use a modification 
of the IMPRES code for a selected few impact analyses. Both analytical 
tools incorporate an analog to simulate large amplitude fluid excursions 
and provide an assessment of vehicle and fluid motions as well as defini-. 
tion of interface forces realized during a docking maneuver. 

The Phase I approach is structured such that the total dynamical 
system (including Tug structure, propulsion tanks, spacecraft and attenu- 
ation mechanisms) is considered to be an assembly of interconnected sub- . 
structures. The entire system (or portions thereof) may be spinning or 
nonspinning and individual bodies of the system are capable .of undergoing 
large relative excursions with respect to each other. The system is, by 
its nature, a feedback system wherein inertial forces (e.g., centrifugal 
and Coriolis accelerations) and restoring and damping forces are motion 
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dependent. A control system may be included to actively control posi- 
tion and rate error through, use of reaction control jets, servomotors, 

, or momentum wheels. The bodies of the system are interconnected via 
linear or nonlinear springs and dashpots, by gimbal/ slider block combina- 
tions, or a combination of the above. Any two bodies may be free (one 
from the other) with six degrees of relative motion freedom and, addi- 
tionally, any or all of the six degrees of freedom between two bodies 
may be controlled as an explicitly prescribed function of time. 

With reference to Figure 11-30, the mechanical system con- 
sists of six bodies which are connected to form a composite two-body 
system where the composite Tug vehicle consists of the Tug structure, 



Figure 11-30 Tug/ Spacecraft System, Phase I Study 
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attenuation mechanism and two fluid pendulum masses and the composite 
spacecraft consists of the vehicle and its associated attenuation mechan- 
ism. The attenuation mechanisms may have one or more relative degrees 
of freedom with respect to their associated vehicles to simulate the 
stiffness and damping effects of attachment structure; the fluid mass 
pendulums have three relative degrees of freedom with respect to the Tug 
structure. ^ 

A fixed Length pendulum analog simulates the mass associated with 
the liquid hydrogen and liquid oxygen propellants. This is equivalent to 
specifying that the propellants are constrained to move as a point mass 
on a spherical surface; the radius of the sphere being adjustable with 
various tank fill levels (the lower the fill level, the larger the equiva- 
lent radius). This assumption of a spherical constraint surface is not 
unduly restrictive in view of the known Tug tank geometry. 

The Phase II approach was centered about the Martin Marietta de- 
veloped IMPRES code“ as modified to consider the effects of large ampli- 
tude fluid motions. In this formalism the Tug (chase vehicle), space- 
craft (target vehicle), and their associated docking/attenuation mechanisms 
are considered as separate entities. Either vehicle may be characterized 
as a rigid or flexible body and may be spinning or nonspinning, A signifi- 
cand feature is the definition of the attenuation mechanisms which are 
modeled as an assembly of interconnected rigid links (elements) which are 
in turn connected by linear or nonlinear springs and/or dashpots and which 
may experience large relative excursions with respect to each other. The 
total mechanism is then assembled from a library of geometric shapds in- 
cluding rods, tubes, cones, spheres, helixes, etc. In this manner the 
analyst may describe a physical system in great detail as shown schemati- 
cally in Figure II -31 where a typical probe/drogue attenuation mechan- 
ism is indicated. The system governing equations of motion follow from 
Hamilton's equations with constraints. This technique permits an exact 


* Orbital Docking- Dynamics , MCR-74-23, Martin Marietta ’Corporation, 
April 197'4 
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numerical ■ simulation of the impact maneuver in that unilateral constraint 
conditions are implemented and the actual process of initial mechanism 
contact, sliding, possible rebound and recontact, and ultimate capture 
is represented. 



yaw attenuator 


Note; Drogue cone has pitch, yaw 
and axial attenuator - 
probe head modeled as sphere 
with three-axis attenuation 



drogue cone 


axial attenuator 


pitch attenuator 


Figure 11-31 Tug/'Spacecraft System, Phase II Study 

During these investigations, the IMPRES program was modified to 
.accept a large amplitude fluid motion analog that is considerably more 
general than the analog developed under Phase I, Here the fluid is again 
assumed to move as a point mass on a constraint surface but the surface 
is assumed ellipsoidal. This analog was originally developed by Martin 



Marietta Corporation and has been shown to yield excellent correlation 
with experimental data . A modification to the basic equations of motion 
was necessary to implement the analog; the -technique is summarized in 
Volume IV - Supporting Analyses. 

The intent of the numerical studies was to establish those sys- 
tem parameters which most influence the docking maneuver and to isolate 
potential problem areas that might require further or extended investi- 
gation. Several system characterizing parameters were selected for in- 
vestigation studies performed to establish gross effects and relative 
sensitivity of the response to variations in the parameters. 

The possibility of large amplitude fluid excursions and the re- 
sulting effect upon the maneuver was defined to be of major interest as 
were the effects of variations in Tug tank fill level and variations in 
time to execute the maneuver. Variations in attachment structure stiff- 
ness and damping characteristics were felt to be of lesser importance 
as were variations in spacecraft inertial characteristics and the initial 
position of propellants within the tanks. 

Several important and interesting conclusions were established as- 
a result of the numerical studies. Some of these conclusions are sig- 
nificant with respect to the impact docking maneuver Itself; others are 
significant with respect to post-latch system requirements. ' 

The effects of propellant motions, in that the propellant masses 
combine to represent (for nominal burn conditions) a large fraction of 
the total system mass, are appreciable when the entire maneuver including 
post- latch vehicle motions is considered. For nominal time to execute 
the impact, closure and latch condition, the resulting propellant excur- 
sions are seen to be relatively small as would be expected. These ex- 
cursions are on the order of a few degrees and do not significantly affect 
the total system dynamic response or resultant interface load requirements. 


* Experimental Study of Transient Liquid Motion in Orbiting Spacecraft, 
MCR-75-4, Martin Marietta Corporation, February 1975. 
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On the other hand, nominal acceleration profiles resulting from nominal 
initial offsets and -rates, are shown to yield relatively large residual 
propellant rates which may have (over long periods of time) a signifi- 
can-t effect upon post- latch system motions and may well impact Tug con- 
trol system requirements. This V7ould indicate that some form of propellant 
management device . (perhaps tank baffles) may be required. Further studies 
in this area appear warranted. 

Of major concern to the attenuation mechanism designer is the 
accommodation of interface loads; a measure of which was established 
through examination of representative Tug/ spacecraft impact maneuvers. An 
Apollo/Skj’^ lab-type probe/drogue mechanism and representative initial con- 
ditions and Tug- propellant fill conditions were employed in several simu- 
lations. The results indicate that the docking interface forces and torques 
are relatively insensitive to spacecraft inertial characteristics and Tug 
fill level but are quite sensitive to the relative vehicle rates at impact, 
increasing markedly with increasing impact velocity. However, the re- 
sultant interface load levels are, in general, rather moderate and probably 
will not be critical to mechanism design. Should this not prove to be the 
case, some means of Tug translational control during the capture phase 
(with resultant increase in time from initial impact to final latch) may 
be used to alleviate undesirable loading conditions. It must be pointed 
out here that these studies considered no flexible- body properties of 
either vehicle and therefore there is no measure available of the dynamic 
response of spacecraft solar panels or other flexible appendages. If, 
for given class of spacecraft, it becomes necessary to maintain structural 
integrity during the docking maneuver, the analyses should be extended 
to consider vehicle flexibility and the possible requirement for stowage 
of the flexible appendages. 
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III. 


SYSTEM SELECTION 


This section will, result in recotnmended configurations for a manual, an 
autonomous and a hybrid rendezvous and docking system for the Space Tug. Each 
configuration will be discussed individually. For each, the following data will 
be presented: (1) a strategy, or sequence' of events, (2) a brief description 

of the candidates that were configured for evaluation, (3) criteria used for the 
evaluation process, (4) the method by which the candidates were ranked, (5) the 
results of the ranking in the form of the best three candidates and rationale 
for their selection, and finally (6) a more detailed description of the best 
candidate, including cost estimates. 

A. MANUAL CONFIGUEIATION 

The strategy adopted for the non-impact manual configuration, in the 
form of a sequence of events, is as follows: 

1) Sequence starts with ranging sensor acquisition at 23 Km (12.5 n mi)<, 

2) Ranging sensor data is used to perform terminal rendezvous to 
stationkeeping at inspection range of 30 m (100 ft) xchile ground 
monitors the TV image. Tug attitude is controlled from sensor 
LOS data. 

3) The ground initiates inspection (preprogrammed or manual lateral 
translation of knoxm duration and direction) . It is assumed 
the docking port attitude is known. 

4) The ranging sensor corrects LOS during inspection. The 
ground monitors and can back it up if acquisition is lost, 
or whatever. 

5) Manual +X thrusting is used to correct for orbit’s normal 
acceleration, 

6) The docking port. is located visually. 

7) The ground manually stops the inspection orbit (reverse 
lateral thrusting) . 

8) The crew manually aligns to the docking port axis by per- 
forming lateral thrusting, using an offset T as a cue, while 
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the ranging sensor and/or manual ground commands, maintain 
LOS on the target. The Tug is now in an inertial attitude 
hold mode unless overriden by manual or sensor generated 
commands . 

9) If all looks well;' e.g., lighting, spacecraft stability, 
etc., a predetermined (from Tug mass, ACS thrust, etc.) 
translation is manually commanded to achieve .3 m (1 fps) 
closing velocity. 

10) The ranging sensor monitors and trims that velocity during the 
first few seconds. It could also command it, if desired, 
with manual command as a backup. 

11) As the vehicle closes, the ground monitors range and range 
rate data from the ranging sensor on a TV screen. Vehicle 
lateral thrusting is commanded to align the offset’"!" 
target on the spacecraft (ACS pulsing would be in a minimum 

i 

impulse mode. The nttmber desired would be determined by 
crew judgment based on the "T" offset and range). The Tug 
attitude is maintained by ranging sensor LOS data to the 
comer reflector until that is not accurately available. At 
that time GN&C inertial attitude hold is maintained. Ranging 
sensor range and range rate data is lost at iv ,9 to 3 m (3 - 10 ft). 
Manual lateral translation corrections may still be sent, based on 
offset "T" viewing, but few are likely since less than 10 seconds 
remain until docking Vx = .3 m/sec (1 ft/ sec) . 

12) Docking occurs; spacecraft attitude control is deactivated. 

13) Mechanism contact monitoring is conducted. 

14) Hard latch is commanded. 

The non- impact manual configuration is the same as the impact docking 
for the rendezvous and inspection phases; Steps 1 through 8 in the .previous 
sequence, but from there to docking the following steps are followed: 

9) If all looks well; e.g., lighting, spacecraft stability, etc., a 
predetermined translation is manually commanded to achieve 
/V .15 m/s (.5 fps) closing velocity. 
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10) The ranging sensor will monitor and trim this velocity during 
the first few seconds (it may -even initiate it). Range and 
range rate data will be provided to the ground along with TV 
pictures. At predetermined range gates, the range rate will be 
reduced manually based on precalculated thrusting durations. 

11) Range rate equals 0.0 m/s at .9 - 1.5 m (3 - 5 foot) range. The 
man will continue to monitor the visual display to ensure a 
stationkeeping mode. 

12) The ranging sensor will maintain the LOS automatically, or it 
can be provided manually. 

13) Docking axes co-alignment will be provided by lateral thrusting 
commands from the ground based on an offset "T" or similar TV 
target. Consequently, a target attitude determination. capa- 
bility will not be provided. Range sensor range and range- rate 
data is highly desirable at close-in ranges to provide more 
continuous and real time data on the ground for monitoring to 
see that stationkeeping continues to be maintained within a 
fairly rigid band during STEM insertion. 

14) On verification of stable stationkeeping, a separate ground con- 
troller will command extension of the STEM. 

15) Observing the TV picture (once each 16 seconds or less), the STEM 
will be inserted into the drogue by commanding STEM pitch, yaw, 
and extend/retract commands., 

16) On receipt of a STEM contact signal, the tug will maintain its 
attitude at the time of contact and the vehicles will slowly be 
drawn together by manual control of the STEM. 

17) Soft contact is monitored. 

18) At contact the hard dock latches are commanded closed and the 
target vehicle control system is disabled. 

Based on these sequences, candidates were configured from the hardware 

components presented in Section II, C. All combinations of hardware' elements 
) 

that met the requirements of IIA and B were considered. The resulting list of 

19 candidates is shown in Table III-l. 
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Table III-l. Manual Candidate Summary 






Weight - Kg 

(Lb) 


• 

Power 

Candi- 


Docking 






TV 




• 





date 

Sensor 

Mechanism 

Mechanism 

R&R Sensor 

j Lights 

Sensor 

TV 

Ml 

GsAs 

MDAC 

252 

(556) 

25 • 

(55) 

9 

(20) 

40 

12 

M2 ' 

TV 

MMSE 

440 

(970) 

25 

(55) 

9 

(20) 

40 

12 

M3 


Non- Imp act 

241 

(531) 

25 

(55) 

9 

(20) 

40 

12 

M4 

CO 2 Laser 

MDAC 

252 

(556) 

22.7 

(50) 

1 9 

( 9 

(20) 

200 

12 

M5 

(Non-Cooperative) 

MMSE 

440 

(970) 

11.7 

(50) 

(20) 

200 

12 

M6 

TV 

Non- Imp act 

241 

(531) 

22.7 

(50)^ 

! 9 
!. 

(20) 

200 

12 

M7 

CO 2 Laser 

MDAC 

252 

(556) 

18 

(40) 

(20) 

100 

12 

M8 

(Cooperative) 

MMSE 

440 

(970) 

18 

(40) 

1 9 

(20) 

100 

12 

M9 

TV 

Non-Impact 

241 

(531) 

18 

(40) 

1 9 
s 

'(20) 

100 

12 

MIO 

Rend. Radar 

MDAC 

252 

(556) 

34 

(75) 

f 9 

(20) 

275 

12 

Mil 

(Non-Cooperative) 
TV • 

MMSE 

440 

(970) 

34 

(75) 

1 9 

(20) 

275 

12 

Ml 2 

Rend. Radar 

MDAC 

252 

(556) 

32 

(70) 

! 9 

(20) 

120 

12 

Ml 3 

(Cooperative) 

MMSE 

440 

(970) 

32 

(70) 


(20) 

120 

12 


TV 






! 

J 

\ 




M14 

Dual Mode Radar 

MDAC 

252 

(556)- 

36 

(80) 

9 

(20) 

275 

12 

M15 

(Non-Cooperative) 

, MMSE 

440 

(970) 

36 

(80) 

9 

(20) 

275 

12 

M16 

TV 

Non-Impact 

241 

(531) 

36 

(80) 

9 

(20) 

275 

12 

M17 

Dual Mode Radar 

MDAC 

252 

(556) 

34 

(75) 

9 

(20) 

120 

12 

M18 

(Cooperative) 

MMSE 

440 

(970) 

34 

(75) 

9 

(20) 

120 

12 ' 

Ml 9 

TV 

Non-Impact 
^ ... — 

241 

(•531) 

34 

(75) - 


(20) 

120 

12 


Approximate weights and power consumption data is shown for each. 

There -are really just seven distinct sensor groups and three of those are 
merely cooperative versions of a non-cooperative sensor. The 19 candidates arise 
from combining each of the sensor groups with the three different docking mecha- 
nism . The ilF rendezvous radar is combined with impact mechanisms only (MDAC 
square frame and MMSE) since the rendezvous radar alone cannot accomplish a non- 
impact stationkeeping within the established requirements. 

The methpd of evaluating these candidates is illustrated in -Table III-2. 

A set of evaluation criteria was selected, shown at the left of the 'table. 
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Weighting factors were assigned to each criteria as shown in the "Weight" column, 
A 1 is less important, while a 3 is of higher importance. Rationale for each of 
the weighting factors is provided below. 

Manual Candidate Evaluation - The evaluation matrix for the manned 
candidates is shown in Table III-2 for each of the 19 manual candidates in 
Table III-l. The first column for each candidate is a rating (R) for that 
candidate, while the second is a value (V) obtained from the rating multiplied 
by the weighting factor. The rationale for the weighting factors is provided 
in (a) below and rationale for the ratings in (b). The criteria can generally 
be grouped in three categories: ’ (1) those that are Tug design related, (2) 
those that are S/C related and, finally, (3) mission and operations oriented 
criteria. In assigning weighting factors to the criteria, it has been assumed 
that the rendezvous and docking system is really provided as a service to the 
S/C community, therefore, those factors that enhance attractiveness to the 
spacecraft. Group 2, are x^eighted highest. 

a. Weighting Rationales - 

Mechanism Weight - Mechanism weights are large and vary widely so they 
are important, but they impact the Tug design only, not S/C or mission. Con- 
sequently, a weighting of 2 is assigned. 

Sensor Weights - The deviations in weight from sensor to sensor are less 
than half those of the mechanism; consequently, a weight of 1 was assigned. 

Power - Only the sensors really require any power. There are some 
reasonably large differences from sensor to sensor, but none appear to be 
beyond accommodation in a Tug pox^er subsystem design, therefore, a 1 was assigned. 

Development Risk - Some candidate systems contain features or hardware 
that present greater risks in developing successfully. These reflect in higher 
costs but, in addition, raise concerns among the program management and potential 
users as to flight worthiness at the promised flight date. This is a far-reaching 
concern, but the anticipated lead times before the first flight for the Tug 
should allow considerable reduction of most risks; consequently, a 2 was assigned. 
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Table III-2 Manual Candidate Evaluation 


hH 

M 

M 

I 

o^ 


Evaluation 

Criteria 

U 

e 

i 

9 

h 

t 

CANDIDATE 

Ml 

M2 

M3 

H4 

H5 

M6 

M7 

M8 

M9 

HIO 

Mil 

Ml 2 

M13 

M14 

H15 

M16 

M17 

M18 

M19 

R 

V 

R 

V 

R 

V 

R 

V 

R 

V 

R 

V 

R 

V 

R 

V 

R 

V 

R 

V 

R 

V 

R 

V 

R 

V 

R 

V 

R 

V 

R 

V 

R 

V 

R 

V 

R 

V 

Mechanism Weight 

2 

4 

8 

1 

2 

4 

8 

4 

8 

1 

2 

4 

8 

4 

8 

1 

2 

4 

8 

4 

8 

4 

8 

4 

8 

4 

8 

4 

8 

1 

2 

4 

8 

4 

8 

1 

2 

4 

8 

Sensor Weight 

1 

4 

4 

4 

4 

4 

4 

4 

4 

4 

4 

4 

4 

5 

5 

5 

5 

5 

5 

2 

2 

2 

2 

3 

3 

3 

3 

2 

2 

2 

2 

2 

2 

3 

3 

3 

3 

3 

3 

Power 

1 

5 

5 

5 

5 

5 

5 

1 

1 

1 

1 

1 

1 

3 

3 

3 

3 

3 

3 

2 

2 

2 

2 

4 

4 

4 

4 

2 

2 

2 

2 

2 

2 

4 

4 

4 

4 

4 

4 

Development Risk 

2 

3 

6 

3 

6 

3 

6 

1 

2 

1 

2 

1 

2 

2 

4 

2 

4 

2 

4 

5 

10 

5 

10 

5 

10 

4 

8 

4 

8 

4 

8 

4 

8 

4 

8 

4 

8 

4 

8 

Mission Success 
Probability 

2 

4 

8 

4 

8 

5 

10 

5 

10 

5 

10 

5 

10 

5 

10 

5 

10 

5 

10 

3 

6 

3 

6 

3 

6 

3 

6 

'5 

10 

5 

10 

5 

10 

5 

10 

5 

10 

5 

10 

Software 

2 

4 

8 

4 

8 

3 

6 

4 

8 

4 

8 

3 

6 

4 

8 

4 

8 

3 

6 

4 

8 

4 

8 

4 

8 

4 

8 

4 

8 

4 

8 

3 

6 

4 

8 

4 

8 

3 

6 

Mission Opera- 
tions {Complex.) 

2 

3 

6 

3 

6 

2 

4 

3 

6 

3 

6 

2 

4 

3 

6 

3 

6 

2 

4 

4 

8 

4 

8 

4 

8 

4 

8 

3 

6 

3 

6 

2 

4 

3 

6 

3 

6 

2 

4 

Servicing Poten- 
tial 

3 

3 

9 

2 

6 

5 

15 

3 

9 

2 

6 

5 

15 

3 

9 

2 

6 

5 

15 

3 

9 

2 

6 

3 

9 

3 

9 

3 

9 

2 

6 

5 

15 

3 

9 

2 

6 

5 

15 

Spinning Space- 
craft Compat. 

2 

4 

8 

4 

8 

2 

4 

4 

8 

4 

8 

2 

4 

4 

8 

4 

8 

2 

4 

4 

8 

4 

8 

4 

8 

4 

8 

4 

8 

4 

8 

2 

4 

4 

8 

4 

8 

2 

4 

Spacecraft Im- 
pact-Struct. 

3 

3 

9 

3 

9 

4 

12 

3 

9 

3 

9 

4 

12 

3 

9 

3 

9 

4 

12 

3 

9 

3 

9 

3 

9 

3 

9 

3 

9 

3 

9 

4 

12 

3 

9 

3 

9 

4 

12 

Spacecraft Im- 
pact-Cues 

2 

4 

8 

4 

8 

4 

8 

5 

10 

5 

10 

5 

10 

4 

8 

4 

8 

4 

8 

5 

10' 

5 

10 

1 

2 

1 

2 

4 

8 

4 

8 

4 

8 

1 

.2 

1 

2 

1 

2 

Ground Operations 
(GSE) 

1 

3 

3 

2 

2 

3 

3 

3 

3 

2 

2 

3 

3 

3 

3 

2 

' 

2 

3 

3 

3 

3 

2 

2 

3 

3 

2 

2 

3 

3 

2 

2 

3 

3 

3 

3 

2 

2 

3 

3 

Recurring Cost 

2 

3 

6 

2 

4 

3 

6 

2 

4 

1 

2 

2 

4 

2 

4 

1 

2 

2 

4 

-5 

10 

4 

8 

5 

10 

4 

8 

4 

8 

3 

6 

4 

8 

4 

8 

3 

6 

4 

8 

Nonjecurring Cost 

2 

3 

6 

4 

8 

2 

4 

1 

2 

1 

2 

1 

2 

1 

5 

1 

2 

1 

2 

5 

10 

5 

10 

5 

10 

5 

10 

4 

8 

5 

10 

3 

6 

4 

8 

5 

10 

3 

6 

TOTAL 


95 

84 

95 

84 

72 

87 

87 

75 

88 

103 

97 

98 

95 1 

97 

87 

96 

94 

84 

92 
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o 
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£ 


J 
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to 

E 
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o e 

Z 

o 

s 

•£ 
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(/) 

g 

•M 
O 
1 A 
C CL 

o B 

Z 

SLR (Coop.) 
TV 

CO, Laser 
(Noncoop.) 

TV 



CO, Laser 
(coop.) 

TV 

Rend 

Rada 

(Non 

TV 

. RF 
r 

coop. 

Rend. RF 
Radar 
(Coop.) 
TV 

Dual Mode RF 
Radar (rioncoop 
TV 

Dual Mode RF 
Radar (Coop.) 
TV 


NOTES: 


Weight: 1 “ less important; 3 « more Important 
R « Rating, 1 = poor; 5 =* good 
V * Value which is weight x rating 



Mission Success Probability - This criteria really relates to the complex! 
ty and flight experience of a candidate and its potential for presenting .problem^ 
during operation that can impact a mission’s success. It is of concern to Tug 
designers, as well as the payload community. Again, the development time avail- 
able should allow for minimizing many of these operational concerns; hence, a 2 * 
is assigned. 

Software - Large software requirements present their own set of risks, 
concerns, and costs, as well as a potentially troublesome interface with the Tug 
computer software world. These are desirable to be avoided, yet are of no con- 
cern to the spacecraft suppliers; consequently, no more than a 2 is justified. 

Mission Operations - In this evaluation this relates primarily to the 
complexity of the ground operations required to support the vehicle during rendez- 
vous and docking; i.e., are 2 or 5 men required? hoxsr much data must be processed? 
etc. This is important, especially considering the many recurring missions. It 
does not warrant more than a 2, however, since the relative costs are not really 
all that great for ground operations as opposed to flight. 

Servicing Potential - This is a principal' spacecraft concern. Its 
presence can greatly influence the spacecraft supplier to use the Tug's services; 
consequently, this is weighted a 3. 

Spinning Spacecraft Compatibility - This also is an item of concern to 
the spacecraft supplier, however, few spinning spacecraft are currently con- 
sidered potential users of the Tug retrieval capability, A weighting of 1 was 
assigned, 

S/C Impact (Structure) - To the payload supplier the impact on his 
structure design to provide for docking is a major concern; consequently, it is 
weighted a 3. 

S/C Impact (Cues) - This is similar to the above paragraph, but the mag- 
nitude of the impact is only pounds vs 10 's of lbs, so it is rated a 2, 

'Ground Operations (ESE) - Some candidates will require more extensive 
checkout or may provide some inaccessibility to payloads, particularly when more 
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than one is to be delivered, but, in general, these are relatively minor con- 
cerns and all can be solved with proper design* A weighting of 1 is assigned. 

Recurring Cost - Non-Recurring Cost - In GDC's avionics' study these 
costs both fell in -the $10 to $20 million range; consequently, should be weighted 
equally unless there are programmatic reasons why funding' for one or the 
other will be particularly difficult to obtain in a given time frame. The down- 
stream scheduling of Tug does not currently provide any insight into such 
problems. A 2 was assigned to both criteria, 

b. Rating Rationale - Some general features and characteristics were evident 

that influenced the ratings in Table III-2, They are summarized below. 

Docking Mechanism - The MDAC square frame is a medium weight, relatively 
complex scheme that is not currently developed. It is basically an impact sys- 
tem, not ideal for servicing, but a capability for docking with spinning 
satellites is feasible. 

The MMSE is a very heavy scheme, but does use some developed hardware; 
the Apollo probe and drogue. It is less suited to servicing than the MDAC. 

The non- impact device with a STEM probe is a medium weight. It is 
ideally suited to servicing, though not to spinning spacecraft retrieval. It is 
a paper design only. It has a higher risk regarding mission success -and a 
greater mission operations complexity for the manual configuration because of 
the additional control required from the ground for STEM articulation, as well 
as close-in vehicle stationkeeping. The software requirements are slightly 
higher. 

Sensors - There are seven sensor groups, each of which has a TV for the 
closure and docking operation. Three of the sensor groups are merely coopera- 
tive versions o’f the RE rendezvous radar, CO^ laser radar and the dual mode 
(close-in and far-out) RE radar. The only real difference between the coopera- 
tive and non-cooperative is that the latter has the advantage of requiring no 
reflectors on the target for ranging. In all cases, however, the power (and 
•consequently the weight) of the non-cooperative versions is higher. The GaAs 
SLR does not have the power capability for a non-cooperative mode. 
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The RF rendezvous radar is an Apollo program developed unit. The dual 
mode RF radar, however, includes a close-in capability which has not been de- 
veloped. The CO 2 laser is -complex and has no real development, to date. The 
GaAs SLR is- relatively complex also, but has been under development for some 
time. It has not flown in space. 

2. Selection - From the 19 candidates, the three highest ranted are shown 

below in Table III-3. 


Table III-3. Highest Ranked Manual Candidates 


Rank 

(Score) 

Sensors 

Mechanism 

1 

(103) 

RF Rendezvous Radar 
(Non-cooperative) 
and TV 

MDAC Square Frame 


MIO 


2 

(96) 

Dual Mode RF Radar 
(Non-cooperative) 
and TV 

Non-Impact System 


M14 


3 

GaAs SLR and TV 

Non-Impact System 

(95) 

Ml 

1 


An evaluation score generated in the manner illustrated is not sufficient 
justification alone for corroborate ranking. There is additional rationale that 
corroborates the above selection 

I 

The RF rendezvous radar/TV sensor package was ranked No. 1, primarily 
due to the developed state of the sensors. Costs and development risks are mini- 
mized as are cue impact on the S/C. One concern with this candidate is the heavy 
load on the TV and man to accomplish the final docking phases with no real back- 
ups available. There is not as much growth to greater accuracy or other 
performance capability, but it does meet the established requirements and for 
what is probably a significantly lower cost than the other candidates. 

The remaining two candidates are potentially more capable, but are more 
costly as well." Both utilize the non- impact docking mechanism, thus providing 
somewhat improved accommodation for servicing, which the first one does not. 
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Both have the capability of providing target attitude data, if necessary. More 
redundancy is inherent, however, more development is required as well. The latter 
candidates do not require total dependence on the ground for commands, nor do 
they require TV algorithms to derive range' data. There is more flexibility in 
implementing vehicle control as more reliable data is available to work with to 
provide some backup control in the event of ground link data loss, 

3. Description - Figure III-l pictorially shows the elements of the highest 

ranked manual candidates. The interface with other Tug electronics is shown as 
well as the software programs required in the Tug computer. A detailed descrip- 
tion of all software routines is provided in the autonomous candidate description, 
Part B. Refer to the applicable software routine descriptions in that part. 

The RF rendezvous radar needs no cues; it ranges on skin track data. 

The TV will utilize target outline and centroid data computations for LOS and 
range information. The only S/C cue is an offset "T" or similar cue for pro- 
viding target attitude misalignment and LOS data to the ground via TV. The 
unique TV algorithms that 'compute target information from imaging data are im- 
plemented in a small 2K word microprocessor contained on one or two boards in 
the TV electronics. This minimizes Tug computer software and maintains a simple 
uniform interface between the rendezvous and docking system and the mother 
vehicle; be it Tug, Space Station, manned Tug, etc. 

A more detailed discussion of image data processing to derive rendezvous 
and docking control parameters is provided under "Video Sensor Analysis" in 
Part B of Section .VI in Volume II, ^ 
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The .weight and power of the hardware components' comprising this con- 
figuration are sinnniarlzed below. 



Weight 
Kg (Lb) ' 

Power 

Watts 

RF Antenna 

18.6 .(41) ■ 

- 

RF Electronics & Transmitter 

15.4 (34) 

.275 

■ TV - 1 

9 (20) 

12 

TV Electronics ■ • J 



MDAC Docking .Mechanism 

252 (556) 

Neg 


The manual and hybrid configurations purposely involve man in the deci- 
sion making process and in the vehicle control itself. Consequently, an effective 
and^high bit rate ground link is required to insure a continuous coverage and as 
fast a response system as is possible. The key elements of the ground operations’ 
are illustrated in Figure III-2. 



Figure III-2, Manual Candidate Ground Operations 
The 'Control center console will display visual data on a screen and for- 
matted digital data (range, range rate, etc.) on a CRT. The data formatting, 
done in the ground computer, may also provide corridors of acceptable conditions 
to expedite performance monitoring by ground controller. An input to the Tug 
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vehicle command system can be provided from a keyboard/ display. Hand controls 
will be provided for manual translation and rotation commands. Mode switches 
and monitoring lights will also be provided. 

The computer complex will be the interface from the doxmlinked data to 
the control center. It will buffer, process and format data. 

The downlink data rate is assumed to be the current Tug rate of 50 kbs. 
This does place an undesirable constraint on image picture refresh rate (on the 
order of seconds) . It is recommended that some data compression of imaging data 
be done onboard and an image recreated in the ground computer as one means of 
improving this response time. See Part B of Section VI in Volume IV for further 
discussion of data compression. 

An estimate of the span times arid approximate dollars required in arriv- 
ing at a developed manual rendezvous and docking system are provided in Figure 
II1-3. No specific dates are given. Approximately the same tasks and phasing 
would be required regardless of the vehicle for which it is being designed. 

Year Cost 


Task 

1 

2 

3 

4 

5 1 

6 

7 

8 

($ Millions). 




A‘ 

rp PDR 

CDF 

1 


i 

Tug IOC 



Phase 


A 

Phase C 1 

A 


t 

Analyses & Studies j 

(TV Algorithm Development) j 

Mechanism Development 

Rendezvous Radar Development 

TV Development 

Software Development 

Sim/Dem Testing 

Ground Operations, 

Training Development 

Hardware Procurement 
(1st Article) 

Mechanism ' 

Radar 

' TV 

f 

.3 

% 

^ Cone 

j 

ept Vei 

ificatic 

n 


.30 

.25 

3.80 

2.5^ 

1.03' 

/ 

,25 


f 







L-25 


3.55 

f 




4 

f 2.52 

/ 






4 

^1.03 

/ 






4 


7 

.43 


^ 


' .43 

f 

1.0 

4 



_j4 


"“T7 

r 

1.40 
■ .77 

.60 

.67 

.21 



1 


.67 


““ 7 





i 


f 

.60 

7 

j 

i 




i 

f 

.67 

/ 





i 

/ 

.21 

/ 





i 




Total 

$ii98 M 


Figure III -3. Cost and Schedule - Manual Configuration 
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One unique characteristic of the manual development program is the front 
end effort to determine feasibility of realiably generating rendezvous and dock- 
ing parameters exclusively from imaging information. Such effort has been pro- 
posed to NASA by MMC independent of this study and some initial work already 
done. This effort appears promising and should be continued. 

•Simulation/ demonstration testing is also a key element in the manual 
concept verification as many of the performance parameters cannot be determined 
credibly without man performing his role under as realistic a set of conditions 
as is possible. The simulation/demonstration effort continuing after concept 
verification at ATP is in support of hardware development software development 
and eventually procedures development and training, 

B. AUTONOMOUS CONFIGURATION 

The autonomous configuration represents the other extreme in autonomy. 

It was presumed this configuration would be able to complete the entire sequence 
of rendezvous and docking with no ground control, or even ground monitor. The 
strategy below reflects that autonomy. 

1) The sequence begins with ranging sensor acquisition at 23 km (12.5 n mi). 

2) Ranging sensor data is used to perform terminal rendezvous from 

23 km (12,5 n mi) to stationkeeping at the inspection range of 30 m 
(100 ft) while the ground monitors a TV image, if provided. Tug 
attitude is controlled from IX3S data while position (translation 
maneuvers) is controlled from LOS rates and range data, 

3) A preprogrammed lateral translation is commanded to initiate the 

inspection orbit. The vehicle continues to automatically track' 
the target from* LOS data. , 

4) Range and LOS data from skin tracking (or AIT steradian coverage 
reflectors) is used to command -bX thrusting to maintain a constant 
orbit radius. 

5) The inertial attitude of the docking port is assumed to be known. 

It will be stored in the Tug computer. The direction of the 
inspection orbit v^ill be defined so as to fall within the 
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field of view of the docking port ranging sensor cues. When the 
docking port cues; e.g., a unique pattern of reflectors, is sighted 
(recognized from the unique pattern, or the unique signal returning 
as in the case of RF), a stationkeeping mode will be assumed and 
the original orbital velocity removed. Should the docking port not 
be sighted, the stationkeeping mode will still be- accomplished to 
achieve coalignment of the Tug, but will use the stored inertial 
attitude of the target rather than any external cue. This is to 
avoid the unnecessary propellant usage of repeated searchings until 
the ground can evaluate the anomalous' condition. If ground contact 
is prohibited, this is not acceptable, of course. Continuing' 
orbital inspections of different inclination may have to be pursued 
until sensor contact is made. 

6) On verification of docking port sighting, the Tug will calculate 
the target's attitude. 

7) It will then compare that with Tug attitude and compute translation 
maneuvers to align the docking port axes. 

8) The maneuver is executed, LOS tracking of target will be maintained 
during this maneuver. Target attitude will, be recalculated each 
TBD seconds during the maneuver and a new relative "position-to-be- 
gained" computed until the correct desired inertial attitude is 
achieved. 

9) When the vehicle's axes are satisfactorily coaligned, a closing 
velocity of ,3 m/sec (1 fps) is initiated with a predetermined 
thrust-on-time. Range rate data will be used to trim it, 

10) As the vehicle closes, LOS pointing will be maintained. Target' 
attitude will be recalculated once each TBD seconds and translation 
corrections commanded to keep the docking axes coaligned (as in 
Steps 7 and 8), 

11) Target attitude computations ‘and translation corrections will cease 
when the target cues exceed the FOV of the sensor; /v 3 m (10 ft) for 

a 15 m (5 ft) attitude cue pattern and a 30 deg FOV, LOS tracking will be 
maintained until the last foot before docking. 
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12) Docking occurs; spacecraft attitude control is deactivated. 

13) Mechanism contact monitoring is conducted. 

14) Hard latch is commanded. 

The non-impact configuration follows Steps 1 through 8 above. For Step 
9 and subsequent steps the following are applicable: 

9) When the vehicle's axes are satisfactorily coaligned, a closing 
velocity of .15 m/sec (.5 fps) is initiated with a predetermined 
thru St -on- time. Range rate data will be used to trim it. 

10) As the vehicle continues to close the -X jets will be fired to slow 
the range rate along a predetermined range vs range rate profile 

until the range rate goes to zero when the range is o' 1.5 m (5 ft). LOS 
pointing and lateral translations will continue at this station- 
keeping distance, based on spacecraft attitude and relative lateral 
position data. 

11) On initiation of a preprogrammed signal, the steerable -boom (STEM) 
is deployed and initiates acquisition of the docking port by sensor. 

12) On receipt of a signal indicating acquisition, the STEM is steered 
to a point at the port and while continuing to track, extends at a 
rate of /v 1.27 cm/sec (1/2 in/sec). The extend rate may be slowed 
somewhat as range decreases, 

13) The probe extends until contact is made. 

14) At this time the probe is slowly retracted at ,254 cm/sec (1/10 in/sec) 
or .15 m/min (1/2 ft/min) . 

15) When soft contact is achieved, sensors will be actuated that initiate 
the hard latch sequence, 

16) Both vehicles remain inertially stable until hard contact is made 
at which time the spacecraft control system is deactivated. 

The candidate systems that were configured that accomplish these operations 
within the established requirements are sho^m below in Table III-4, 

Twenty- four autonomous rendezvous and docking configurations were defined, 
but, as^in the case of the manual configuration, they are made up basically of 
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- Camfidsle 

Sensor 

Docking 

Mechanism 

Weight Kg (lb) 

Fewer 

Mechanism 

R&R Sensor 

TV / 
Lights 


TV 

A1 

GaAs SLR 

MDAC 

252(556) 


B 

40 

B 

A2 


MMSE 

440(970) 



40 


A3 


Non-Impact 

241(531) 

2565) 

B 

40 

H. 

A4 

GaAs SLR 

MDAC 

252656) 

2565) 

9(20) 

40 

12 

A5 

And TV 

MMSE 

440(970) 

2565) 

9(20) 


12 

A6 


Non-Impact 

241631) 

2565) 

1 

9(20) 

40 

12 

■■ 

COg Laser 

MDAC 

B3I 


B 

200 

■ 


(Noncooperaliva) 

MMSE 


Hi 


200 

B 



Non-impact 

241(531) 

22,7601 

B 

200 

B 

■EH 

CO 2 Laser 

MDAC 

252(556) 


9(20) 

200 

mm 


INon cooperative) 

MMSE 


KuE'I 

9(20) 

200 

■9 

■bH 

And TV 

Non- Impact 

241631) 

Hil 

9(201 

200 

12 

— 

Rendezvous Radar 


2521556) 

EH 

E^i 

275 

12 


INon cooperative) 




ESI 

275 

•12 

A15 

And TV 


241631) 

mifoM 

9(20) 

275 

12 

A16 

Rendezvous Radar 


252(556) 

WSM 

91201 

120 

n 

A17 

(Cooperative) 




9(20) 

120 

wm 

A13 

And TV 


241631) 


9(201 

120 

12j 

A19 

Dual Mode Radar 

MDAC 

252(556) 


B 

275 

B 

A20 

(Noncooperativa) 

MMSE 



B 

275 

B 

A21 


Non-Impact 

241631) 


B 

275 

H 


Dual Mode Radar 

MDAC 

252(556) 

34(75) 


120 

B 


(Cooperative) 

MMSE 


34(75) 

B 

120 

B 



Non-Impact 

241631) 1 

34(75) 

B 

120 

B 


Table III-4. Autonomous Candidate Summary 

just eight unique sensor groups, and. several of these are merely cooperative 
versions of non-cooperative sensors (cooperative requiring sensor cues and non- 
cooperative requiring none) . 

The estimated weights and power requirements are provided. 

It may be noted that several sensor groups include a TV. It is assumed 
that this sensor will provide docking information (range, range rate, LOS and 
target attitude) during close-in operation as an alternative to using the pri- 
mary sensor. The advantage is to avoid new development of a primary sensor and 
accompanying cue for close-in sensing V7hen the function could be accomplished with ' 
a sensor that very likely will be present on the vehicle anyway, and some soft- 
ware algorithms implemented in a microprocessor in the TV electronics. The 


III-16 














































non-impact dockingi in- particular, will require additional capabilities not feasi- 
ble with any ranging sensors currently under development. 

Evaluation of the autonomous candidates was performed in the same manner 
as the manual configuration. The candidate ratings and scores are shown in Table 
III-5. . ■ • 

The evaluation criteria was also the same, only the weighting changed 
slightly for several of. the criteria 

Development risk was weighed as a 3 rather than 2 because of the , 
higher technology level, causing greater concerns on all aspects of developing 
that technology, 

Mis'sion operations yas downgraded from a 2 to 1 as the autonomous candi- 
dates were purposely designed to require virtually no mission operations support. 

Non-recurring cost was weighed a 3 instead of a 2 because of the higher 
technology level and the emphasis that it will place on the non-recurring develop- 
ment costs. 

There are some points- to be made relative to how these candidate ratings 
were derived.' that can be made here. Much of the general thoughts, regarding the 
docking mechanisms and basic sensor characteristics discussed for the manual can- 
didate are applicable here as well and will not be separated. There are some 
others, however, peculiar to an autonomous concept. 

The major factor relates to the minimum range at which spacecraft atti- 
tude must be determined and what method is used to perform it. A decisive 
threshold exists between the two impact systems and the non- impact system. The 
impact systems require attitude data no closer than .3 m (10 ft), while the non- 
impact system must determine that data to .9 m (3 ft). It virtually requires an 
additional and different concept for most of the sensor groups. Consequently, 
the non-impact system makes a poor showing in such areas as development risk, 
mission success probability, spacecraft impact, and non-recurring cost. 

In the case of the GaAs SLR sensor (no TV) additional spacecraft re- 
flectors and new SLR capabilities will be necessary to provide the capability to 
derive attitude of the spacecraft and LOS data on a continuous basis at a ,9 m 
(3 ft) range and xi7ithin the existing 30° fOV. 
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Table III-5 Autonomous Candidate Evaluation 


Evaluation 

Criteria 

W 

e 

i 

g 

h 

t 

CANDIDATE 

A1 

A2 

A3 



A6 

A7 

A8 

A9 


All 

A 12 

A13 

A14 

A15 

AI 6 

|a17 

AI 8 



A21 

A22 

A23 

A24 

E 

a 


D 


B 


D 

B 

D 

B 

a 

B 

D 


V 

Q 

D 

G 

D 

B 
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B 

a 

G 

a 

G 

a 

3 

n 

B 

m 

B 

a 
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a 

Q 

m 

B 

a 

Q 

a 

IQ 

B 

Q 

m 

i 


Mechanism Weight 

2 

Li 

Li 

IL 



[8 

4 

8 


2 

Q 

E 

B 

B 

D 

B 

B 

E 

B 

B 

D 

B 

3 

E 

B 

E 

B 

E 

□ 

B 

3 

B 

fl 

E 

□ 


3 

E 

fl 

E 

Q 

B 

IQ 

E 

ID 

E 

IQ 


Sensor Weight 


E 

E 



B 

E 

4 

4 

5 

Q 

Q 

1 

B 

B 

B 

B 

B 

E 

Q 

B 

B 

3 

3 

E 

B 

E 

B 

E 

E 

B 

B 

B 

B 

E 

B 

B 

B 

B 

B 

E 

B 

B 

B 

B 

B 

Eg 

B 


Power 


E 

E 

1 


B 

E 

B 

E 

1 

B 


E 

B 

B 

B 

B 

B 

E 

B 

B 

B 

B 

B 

E 

B 

E 

B 

E 

B 

E 

3 


3 

B 

Q 

E 

B 

B 

B 

B 

0 

E 

3 

B 

3 

B 

□ 


Development Risk 
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m 

Q 


B 
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E 

B 

B 

B 


E 

B 

B 

B 

B 

B 

E 

B 

B 

B 

B 

B 

B 

B 

E 

a 


D 

B 

B 

B 

B 

B 

B 

m 

3 

m 

3 

m 

El 

B 

3 

m 

3 

m 

B 


Mission Success 
Probability 


1 


S 


B 


I 

B 

a 

a 

a 


a 

a 

a 

1 

a 


a 

a 

a 

a 

a 


a 

B 

a 

1 

a 


2 

B 

a 

B 

0 


a 

E 

a 

E 

a 


B 

B 

a 

E 

B 


Software 


B 

E 

S 


B 

B 

B 

s 

B 

3 

Q 

E 

B 

B 

B 


B 

4 

B 

Q 

B 

3 

B 

2 

B 

D 

B 

B 

3 

2 

2 

B 

a 

B 

B 

2 

3 

6 

B 

6 

1 


B 

6 

1 

■? 

B 

4 

Mission Operations 
Complexity 

1 

B 

5 

s 

5 

a 

5 

a 

a 

a 

a 

a 

E 

a 

a 

a 

1 

a 

5 

a 

a 

a 

a 

a 

B 

a 

B 

a 

E 

a 

B 

a 

B 

B 

E 

a 

D 

a 

— 

5 

a 

5 

a 

5 

B 

5 

a 


B 

5 

Servicing 

Potential 

3 

B 

9 

s 

6 

a 

15 

a 

1 

a 

a 

a 

15 

a 

a 

a 

1 

a 

15 

a 

a 

a 

a 

a 

IS 

a 


a 


a 

15 

a 


a 


a 

15 

a 

9 

a 

6 

a 

15 

B 

9 

a 

E 

B 

m 

Spinning Space- 
craft Compatibility 

2 

B 

8 

a 

8 

2 

B 

4 

8 

4 

8 

2 

4 

4 

8 

4 

8 

2 

4 

4 


4 

8 

a 

B 

a 

8 

a 

8 

a 

B 

a 

8. 

a 

8 

a 

B 

a 

8 

a 

8 

a 

B 

B 

8 

a 

8 

B 

aa 

Spacecraft Impact 
- Structure 

3 

B 

9 

a 

9 

a 

12 

a 

a 

a 

a 

a 

12 

a 

a 

a 

1 

4 

12 

a 

a 

a 

9 

a 

12 

a 

9 

a 

9 

a 

B 

a 

9 

B 

9 

a 

12 

a 

9 

a 

9 

a 

12 

B 

B 

a 

E 

B 

12 

Spacecraft Impact 
- Cues 

2 

B 

B 

a 

B 

a 

B 

a 

a 

a 

a 

a 

2 

a 

a 

a 

1 

2 

B 

a 

a 

a 

— 

6 

a 

B 

a 

8 

a 

8 

a 

B 

a 

B 

a 

B 

a 

2 

a 


a 

6 

a 

B 

B 

B 

a 

B 

B 

2 

Ground Operations 
- GSE 
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B 

2 

a 

B 

a 


a 

1 

a 

a 

a 


a 

a 

a 

1 

a 

B 

a 

a 

a 

a 

a 


a 


a 

1 

a 


a 


a 

1 

a 


a 


1 

B 

a 

E 

1 

B 

a 


B 


Recurring Cost 

B 

B 


1 

D 


B 

B 

B 

B 

D 

B 


B 

Q 

B 

B 

B 

El 

B 

B 

B 

B 

a 

D 

B 
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The second sensor group has employed a TV to perform that same attitude 
determination from 3 m (10 ft) on into .9 m (3 ft). This is a new role for a 
TV and will require considerable development of the software algorithms and 
spacecraft cues. There is still a concern as to feasibility of such an approach. 
Its advantage and the reason for maintaining it as a candidate comes from the 
fact' that a TV will probably be aboard the Tug anyway and by using it, along 
with software algorithms, the necessity of further development of the prime 
ranging sensor and its new reflectors is not necessary. All candidates using 
the TV in this manner, however, do reflect concerns, specifically in the ratings 
for risk and non-recurring cost. 

The same rationale exists for all other candidates using a TV, in fact, 

even greater concern is involved with the rendezvous radar candidates (A13 to 

y 

18), as the TV must provide all data necessary from 30 m (100 ft) on in, rather 
than 3 m (10 ft) as for the other candidates. 

The remaining sensor groups — the CO 2 laser by itself and the dual mode 
radar--probably provide the lowest risk in the area of close-in operation. 

Some design of a separate spacecraft cue for target attitude determination has 

f 

been done for the CO 2 laser. The dual mode radar can achieve attitude deter- 
mination at closer ranges using just the one set of cues because of closer 
reflector spacing and faster response than the GaAs SLR' s attitude determina- 
tion technique has. 

The three highest ranked candidates from Table III-5 are shown in 
Table III-6. 


Table III-6. Highest Ranked Autonomous Candidates 


Rank 



(Score) 

Sensors 

Mechanism 

1 

GaAs SLR 

MDAC Square Frame 

(94) 

A1 


2 

Dual Mode RF Radar 

MDAC Square Frame 

(91) 

(Non-cooperative) 


A19 


3 

Rendezvous Radar 

MDAC Square Frame 


and TV 



A13 
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The top ranked system relies on the GaAs SLR for all phases of the rendez- 
vous and docking, and uses the MDAC square frame docking mechanism. Within the 
required 23 km (25 n mi) acquisition range, the GaAs SLR provides a light and accu- 
rate sensor with demonstrated capability to more than adequately meet all measurement 
requirements. Only slightly lower ranked are the dual mode RF-RADAR configura- 
.tion, and a modified Apollo RADAR coupled '*with a TV docking system that relies 
on automated algorithms to derive control motions. Both of these approaches re- 
quire less completely proven developments than the SLR. There is risk involved 
with the latter two candidates, particularly for the autonomous docking with a 
TV and its algorithms, about which concerns were expressed earlier. Hardware de- 
velopment and costs for the third candidate, by itself, is undoubtedly the lowest 
of all three, however, the TV algorithms concern offsets this considerably. 


The highest ranked autonomous candidate, depicted in Figure III-4, is a 
relatively simple one. The mechanism is the MDAC square frame impact type; 
the same as the manual. The sensor is just the G,aAs scanning laser 
radar. It requires an array of corner reflectors in order to detect the docking 
port and determine S/C attitude. The S/C attitude determination array may be 
as large as 1.5 m (5 ft) across since S/C attitude data is not required closer' 
than 3 m (10 ft) for an impact docking. 
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Figure III -4. Autonomous Candidate Configuration 




Considerable software is required in the Tug computer since all vehicle 
commands must be generated onboard. The target attitude determination computa- 
tion and generating vehicle commands from the data is the most significant soft- 
ware addition over the manual configuration. Another unique software addition is 
the abort detection and correction routines. These routines represent the high- 
est risk in successful development and also in providing confidence in ability 
to detect and correct for all feasible failure modes. A detailed description of 
all software routines is provided at the end of this section. 

The hardware weightsi and power for this 'candidate are; 



Weight 
Kg (Lb) 

Power 

Docking Mechanism 

GaAs SLR 

SLR Electronics 

252 (556) i 
18 (40) ; 

6.8 (15) j 

400 Watts 


There is no ground operations required for the autonomous configuration, 
however, in all reality the Tug will probably carry a TV for inspection purposes 
and a ground monitoring activity could very well exist on initial flight similar 
to that depicted for the manual case in Figure III-2. 

An estimate of the span times and approximate dollars required in arriv- 
ing at a developed autonomous system is depicted in Figure III-5. No specific 
dates are given. The schedule of development would be much the same regardless 
xjhat vehicle it was designed for. 

The software development shows a significant increase over the manual 

V. 

case because of the increased software required. 
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Cost 

($ MilUons) 


Task 


Analyses & Studies 

Mechanism Development 

SLR Development 

Software Development 

Sim/Dem Testing 

Ground .Operations, 

. Training Development 

Hardware Procurement 
(1st Article! 

Mechanism 

SLR 


Year 

3 14 15 16 


8 


ATP PDR CDR 


I Phase 


0 


Tug IOC 


Phase C 




1.5 


1.0 




^ 


'Concept Verification 


7.81 


3.55 


.55 


.15 


.4 




— / 
-V 




.60 

.59 


“/ 

■V 


Total 


.7 

3,80 

9.31 

.55 

1,4 

.15 


.60 

.59 

$17.1 M ' , 


Figure III- 5 


Autonomous Candidate - Cost and Schedule 
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Software Estimates 


Terminal Phase. Rendezvous (1500 words) - This element of the software 
implements the proposed proportional navigation scheme of rendezvous. It 
starts at the acquisition range of 28 km (12.5 nm) and concludes at the inspec- 
tion orbit of ^ 30 km (100 ft). This is an autonomous phase. The software 
includes filtering as well as logic related to developing commands for the 
lateral and longitudinal ACS thrusting. It will not include the attitude^ 
control loop phase plane logic itself, which is a part of the baseline Tug 
software. A similar proportional navigation implementation on the Mars Surface 
Sample Return Mission estimated the software requirements for the above func- 
tions at 1000 words. To provide some margin and to account for navigation 
from the completion of the proportional navigation phase at several hundred 
feet down to 30 m (100 ft), an additional 500 words has been added for a total 
of 1500. That includes instructions and memory for parameters and variables, 
such as gains, etc. It was pointed out in the rendezvous phase analysis. 
Section II.D.l, that the proportional navigation algorithm by itself develops 
large uncertainties .in the final kilometer or so, consequently it was recom- 
mended an independent algorithm be used for the phase from several hundred 
meters on in to the inspection orbit range. 

Inspection Orbit Initiation (50 words') - This is presumed to be a 
simple algorithm of which less than 25 words are allocated to the instructions 
required to achieve a lateral velocity of given value. Variables in the equa- 
tion are mass, orbit radius, etc. The remaining 25 words are set aside for 
storage of constants, variables and thrust times for a library of selected 
orbit periods. 
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Automatic Range Control Coiranand (200 words) - This routine generates 
H- or 7 X translation commands in the form of position errors, to maintain 
either (1) a constant range (inspection orbit), (2) a constant range rate 
(impact type closure), or (3) a range rate vs range profile; for non-impact 
type closures for example. The majority of the software would be associated 
with the latter and with the memory required to store the parameters for 
several different profiles. This routine accepts sensor range and range rate 
data. It’s output is to the translation command control loop described below 
which performs the equivalent of the rotation attitude control loop phase plane 
logic . 

Automatic LOS Control Command (100 words) - This routine, like that 
above, generates translation commands but in a lateral direction only (+ y 
and-z) to maintain a given LOS angle to the target. It' accepts LOS, LOS rate, 
and range data from the sensor and it outputs a translational position error 
correction command, A large part of the software will be filtering, some of 
it predictive, necessary to accomplish the position error nulling in .an optimum 
manner, minimizing ACS usage and overshoots. This routine will also provide any 
necessary coordinate transformation from sensor to ACS jet reference frame. Some 
memory will be set aside for the filters, gains and constants. Again the trans- 
lation control phase plane control loop is. not a part of this but rather handled 
as a general purpose routine- as described below. 

Target Attitude Computation (750 words) - In the development work by 
ITT and MSFC for the GaAs SLR, the equations were defined for attitude compute- - 
tion. The estimate of 750 is based on those equations with some margin added. 
This routine utilizes GaAs outputs. Its output, in turn, is an internal one 
providing an inertial attitude in a space reference frame to the following two 
routines. 
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Docking Port Coalignment Maneuver Computation (200 words) - This routine 
implements the equations that take the Tug position vector and the target vehicle 
position vector from the routine above, determines the difference between the 
two, and transforms that position error into the Tug ACS jet reference frame. 

The resulting position errors are inputs to the lateral translation command 
control loop described below. 

This routine, along with the one above, is repeated in sequence at 
least once each (TBD) seconds in order to successfully coalign the two vehicles 
docking ports. Some filtering is presumed to smooth and optimize the process. 

The software estimate is based on similar maneuver routines in Titan IIIC digital- 
autopilot, which range from 28 to 125 words, not including filter terms in the 
loadable memory. Allowing for some margin, a total of 200 words seemed more 
than adequate. 

Translation Command Control Loop (300 words) - This is really three 
independent loops, one for each axis, of 'v 100 words each, though there are 
common elements since the three axes will be processed in sequence. The soft- 
ware for each loop is concerned basically with implementing the phase plane 
control Logic, i.e., the rate and position switching lines. The output is 
varying ACS jet on- times depending on "the vehicles position with respect to 
desired position and rate. TIIIC digital autopilot coast state software was 
370 words. 

Docking Port Recognition (250 words) - This routine implements a series 
of equations, or decision blocks, that process, or interrogate if you will, the ^ 
SLR signal returns. The process must determine when the docking port is sighted 
by discerning the presence of the four target attitude cues. The process must 
differentiate the target attitude cues from other corner reflectors on the S/C 
by the unique orientation of the 4 cues, it must be capable of concluding this 
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routine without error or false signals from all possible orientations of the' 
two vehicles, A number of contingency situations must be built into this 
routine. A larger than usual margin is provided because of the possible 
unknowns , 

Abort Recognition Program (400 words) - This routine is as large 
as the number of potential failures that can be anticipated. Since this 
depends on detailed design, a large uncertainty still exists as to the 
content of this routine. Consequently, a reasdnably large allocation has 
been set aside for now. This routine will have to' identify Tug failures 
related to rendezvous and docking hardware failures, such as sensors and 
latches, as well as failure to perform operational functions or sequences. 
Inputs are required from all Tug rendezvous and docking system hardware as 
well as other subsystems necessary to ascertain the failures above. The 
routine’s outputs are to the abort command routine described below. Mal- 
function detection logic for the TIIIC inertial guidance system alone was 
over 300 words. 

Abort Conmand (200 words) - This routine will receive any one of a 
number of different "failure" indications from the previous routine. Dependent 
on 'the indication, a previously determined sequence will be initiated and 
carried out by this routine. It will initiate the actions such as closure 
termination,' inspection termination, collision avoidance, etc., and perform 
whatever monitoring is necessary or possible to insure successful abort 
accomplishment. At least six different abort sequences are anticipated with 
a minimum of 30 instructions and parameters each. 
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Sequencing and Control (250 v?ords) - This routine will initiate, 
monitor where necessary, and terminate .all operations in the entire autonomous 
rendezvous and docking sequence. Involved are: timing operations, relays, 

latches and power sequencing, and control. Most other software routines, 
including the abort monitor and command subroutines, are brought into and 
out of play by this routine. Executive control and basic computer timing 
xcill not be a function of this routine. 

Closure Initiation (50 words) - This is a simple routine that calculates 
the AGS j,et on-time for a predetermined closure velocity. It is a simple 
equation dependent on Tug mass, velocity desired, etc. Most of the software 
is for a library of the variable parameters. 


C. HYBRID CONFIGURATION 

The hybrid configuration was derived in a different manner than 
the manual and autonomous candidates were earlier. Rather than contriving 
a large number of potential candidates from which the best are selected, the 
hybrid is a single candidate composed of strategies and hardware considered 
the best, based on knowledge obtained from the earlier manual and autonomous 
candidate selection process. 

The hybrid configuration was derived out of two basic concerns: 

1) The manual configuration is dependent on continuous TV trans- 
mission during the entire phase. Loss of that data can very 
likely result in loss of the mission. In addition, the data 
rate constraints provide a 'ground image update frequency that 
results in normal operation bordering on marginal operation 
from a risk standpoint* There is considerable concern about 
feasibility of manually recognizing and reacting to abort condi- 
tions. 
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2) The second concern relates to the autonomous' configuration. There 
is, first, a concern merely from the standpoint of the additional 
technology required to accomplish, via hardware 'and software, the 

I 

many complex tasks. However, at this time it does appear to be a 
feasible development. The real concern is developing reliable, 
autonomous techniques for (1) determining that each phase has been 
accomplished in a satisfactory manner and is ready for the next 
step’, (2) identifying an anomalous condition when it occurs, and 

(3) performing fail safe actions that can recover from a failed 

1 

condition reliably. 

Based on these factors the implementation for the hybrid was to select a 
system that performs most of the operations autonomously -while the ground moni- 
tors and evaluates each step of the sequence providing the necessary '*go" or 
"no-go". The ground also has the capability of manually performing the entire 
sequence, thereby providing redundancy of a functional form. This is desirable 
since it provides protection against generic type of failures. 

The system, then, is basically autonomous with manual control of sequenc- 
ing. Where relatively complex autonomous tasks were identified in the autonomous 
configuration, however, such as docking port recognition, the task has been left 
to the man on the ground. The detailed sequence of events for this impact dock- 
ing configuration is: 

1) The sequence starts at automatic target acquisition at 23 km (12.5 n mi). 

2) Rendezvous to the stationkeeping point is accomplished autonomously 
using ranging sensor range, range rate, and LOS data. The ground 
monitors this phase on TV. 

3) Ground monitors satisfactory accomplishment of stationkeeping and 
provides a "go" for orbit inspection (possibly selecting an optimum 
orbit from a presotred- library of them) . 
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4) The orbit inspection is_ computed and initiated onboard based on 
range and prestored desired orbit period. 

5) LOS is being maintained autonomously throughout. 

6) The docking port is sighted manually. 

7) When it is within range of the onboard attitude determination capa- 
bility, the orbit inspection is stopped by ground command, the 
initial orbit insertion A V is automatically removed, and station- 
keeping is assumed. 

8) The Tug ranging sensor computes the target attitude with respect to 
the Tug and displays it on the ground, 

9) After a "go." from the ground, the maneuver required for X-axis co- 
alignment is calculated and executed in the form of translation 
commands, with LOS to the spacecraft maintained automatically. The 
ground monitors the maneuver and can take over in the event of 
anomalous conditions. 

10) After coalignment is accomplished, another "go" from the ground 
initiates the closure phase. 

11) A closing V of 1 fps is imparted using a prestored +X jet on-time. 
This is monitored onboard and trimmed automatically using sensor 
range rate data, 

12) LOS to the spacecraft is maintained until approximately .3 m (1 foot). 

13) The Tug continues to compute target attitude to verify vehicle X 
axes coalignment. 

14) If lateral position error is detected, translation commands are com- 
puted and executed to maintain coalignment automatically until target 
attitude information is lost at approximately 3 m (10 ft) . 

15) Throughout this phase the ground is monitoring the closure on TV 
(both image and range, range rate, and LOS data from ranging the 
sensor) and has the capability to take over from the Tug control 
system and complete the closure manually at any time. 
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16) Docking occurs; spacecraft attitude control is deactivated. 

■17) Mechanism contact omintoring is conducted. 

18) Hard latch is commanded. 

The hardware elements selected for the hybrid system are; 

o GaAs SLR 

o TV ■ 

o Impact Docking Mechanism (MDAC square frame) 

The rationale for that selection is as follows: 

Ranging Sensor - The GaAs SLR was chosen because it can autonomously pro- 
vide both ranging data and target attitude information with basically the same 
hardware; only the cues are expanded and’ some software, is added. The RF candi- 
date utilizes a different concept altogether for attitude determination, adding 
hardware development. The SLR is also relatively light and low-power. The ex- 
tended range capability the CO^ SLR could provide is not required in the present 
scenario that show acquisition at 23 km (12.5 n mi). Utilization of the TV for 
ranging is not practical due to ranging limitations. It is more useful in a 
backup role for docking only. 

Some development has already been done on the GaAs SLR. 

\ Visual Sensor - A TV is provided for monitoring the autonomous operations 

and furnishing a capability for manual control of the vehicle in a backup mode. 

Docking Mechanism - An impact mechanism was selected, as it was for the 
other candidates, because of the additional complexity in the station- 
keeping control mode and steerable probe control of a non-impact device. Servic- 
ing is, of course, not readily achievable with the impact system, but for this 
study was not a requirement. The MDAC mechanism is currently recommended as it 
.is reasonably lightweight and shows some growth potential to a servicing role 
and to spinning spacecraft retrieval. 

The hybrid configuration is depicted in Figure III-6. It is much the 
same as the autonomous candidate in that it utilizes the same docking mechanism. 
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the same ranging sensor - GaAs SLR - and the same -basic ranging cues. A TV for 
manual backup control' and decision making has been added, however, this has 
'allowed some reduction in software required; specifically the abort recogni- 
tion, abort command routines and the docking port recognition routine. A 
detailed description of software routines for all configurations is provided 
under the autonomous configuration description. Part B of this section. Refer 
to the applicable routines described in that section. 
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Figure III-6. Hybrid Candidate Configuration 


The hardware weight and power data Is summarized as follows: 


' 

Weight 
Kg (Lb) 

Power 

(Watts) 

Docking Mechanism 

252 (556) 


GaAs SLR 

18 (40) 

40 

SLR Electronics 

6.8 (15) 


TV 

TV Electronics J 

9 (20) 

12 1 
1 


The estimated span times and dollars for- the hybrid candidate development 
are shown in Figure III-7. These are really a composite of the pertinent efforts 






from the manual and autonomous development programs. The. simulation/demonstration 
test program is an area of major importance since the hybrid system embodies a 
relatively high degree of hardware and software technology for onboard operations, 
as well as all the ground control operations for the manual configuration. 

Year Cost 


Task 

1 1 ^ 

2 

UJ 



6 

7 

8 

($ Millions) 

‘ 

i 

■ 



A' 

B 

■P 

> 

i 

l : 


Tug 1 

OC 




B| 











m 

F' Con cl 

ipt Ver 





Anat^ses & Studies ^ 


HH3I 

■H 

— 

H 

— /' 





.5 

flV Algorithm Development) ^ 


mm 

— 

-J 






.35 

Mechanism Development 


11 


t 

IPIBi 

f 



• 3.80 

SLR Development ^ 


POT 



■VH 

mm 

'—7 

f 


8.81. 

TV Development 

■ 




paa 

9 




L03 

Software Development 





SB 



i 

— y 

.62 

SIm/Dem Testing 



■ 

■ 

s 

B 


M 

3 

f 

1.40 

Ground Operations, 


■ 

1 

■ 




r A. - 

.dy 

.77 

Training Development 

■ 

■ 

1 


B 

■ 

B 

■ 


• 

Hardware Procurement 



1 








- (1st Article) 

■ 

H 



B 


m 

B 



Mechanism 

■ 

■ 

1 


B 

fl 



— / 

.60 

SIR 

■ 

■ 

1 


B 

B 

1 


-V 

.59 

TV 

■ 

■ 

1 

1 

1 

■ 

c 


-y' 

.21 

/ 

1 ■ Total 

$18.6 


Figure Hybrid Candidate - Cost & Schedule 


The emphasis to be placed on the hybrid development, then, is not so much 
simulation/demonstration dollars, but rather scheduling of an early and expedient 
simulation/demonstration program that will allow for better planning of the com- 
plex hardware and software development tasks that follow. 
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IV. 


SIMULATION/DEMONSTRATION DEFINITION 


A remote rendezvous and docking capability is highly desirable for the STS 
era.' This section deals with those areas of development where simulation/demon- 
stration testing appears necessary and beneficial. The approach to' defining a 
simulation/demonstration program is discussed in this section. The factors con- 
sidered in selecting test facilities and scheduling the tests, as well as pre- 
liminary analyses and long-lead developments required, are also addressed. 

A. INTRODUCTION 

A primary goal of the simulation/demonstration test definition was to 
maximize the use of existing MSEC facility capabilities. During the study a 
tour of these facilities was conducted and discussions were held with those MSEC 
personnel familiar with the facility operation and' pro’j ected uses. 

Tools were developed to assist in the facility screening and scheduling 
activity. A technical risk analysis was performed to assess the development 
status of each proposed test objective. Those tests in which a low confidence 
level existed were given a high priority and, where possible, were scheduled with 
the longest- lead time. However, other factors impact the schedules, A matrix 
of tests and their predecessor requirements was prepared for use in scheduling. 
Predecessor rrquirements are those analyses, SRT tasks and other activities- which 
must precede a given test. The results of these analyses, the test planning and 
schedules are presented in this section. However, the detailed simulation/ 
demonstration test descriptions and plans maj' be found in, Volume III of this re- 
port, 

Eacility selection for each test was based on several factors, also. A 
fidelity requirements assessment was performed to determine the simulation 
fidelity required for dynamics spacecraft. Tug, and visual representations. An 
assessment of the acceptibility of scaling for each test was also made. The re- 
sults of these analyses are presented in this section with a facility modification 
plan presented in Volume III of this report. 

The simulation/demonstration program described here is basically a phase 
"A" effort. The development activities are expected to produce a system design 


IV-1 



for which a reasonable confidence level is established, with the technical risk 
reduced to the point that full development can be started, 

A Shuttle flight test is recommended as a final system development 
following successful simulation/demonstration program. It seems feasible that 
this activity could be incorporated into the planned Shuttle Teleoperator Bay 
Experiment (TOBE objectives. 

B. TEST REQUIREMENTS DEVELOPMENT 


Test requirements were derived starting with a top-down functional flow. 
The flight phases encompassed by rendezvous and docking capability were identi- 
fied, Those functions which must happen to accomplish rendezvous and docking 

were related to these phases. Tests were defined- for each function on a one- 
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Figure IV-1. Tests Provide End-to-End Functional Verification 


Subscripts were applied to these tests to indicate either manual (M) or 
autonomous (A) system tests. Each test was ranked for priority risk with the 
test having the highest risk given a ranking of one (1) . The priority risk 
numbers were based solely on technical risk or lack of confidence in development 
status. 


The results of a fidelity and scaling assessment are presented in Table 
IV-1 with a ranking of zero (0) to three (3) for the fidelity categories 
analyzed. 
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Table IV-1; Fidelity and Scaling Requirements Select Facilities 
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I 

0 

11 

RIM (31 

Maximum Range 

■Manual AtquisiKon. Traciilng & Ranging At 

Yes 

1 

1 

2 

H 

3 

3 

' 3 

D 

i 

1 

B 

R2 (191 

Manmuin Range 

Rendezws Algorithm Verification 

NM 

n 

0 

fl 

H 

0 

0 

2 

0 

3 

0 

5 

R3 (15) 

Rendenous Sensor Tradcing - Autonomoui 

No 

n 

2 

2 

1 

2 

2 

3 

0 

2 

0 

15 

R3M (Ul 

Rendezvous Sensor Iradiing - Manual 

Yes 

9 

2 

2 

1 

3 

3 

2 

0 

2 

2 

19 

IIA (14) 

' Inspection 

Automatic Target Tracliing 

NO 

1 

3 

2 

1 

1 

1 ^ 

3 

D 

2 

B 

Id 

IlM 16) ' 

Manual Target Traddng TV 

Yes 


i 

2 

1 

3 

3 

3 

0 

2 


19 

I2A (7) 

Automated Target Inspection 

NO 

H 

3 

2 

I 

1 

1 

3 

D 

H 

aa 

B 

I2M (22) 

Manual Target Inspection 

Yes. 


3 

2 

1 

3 

3 

3 ' 

0 

Q 


20 

I3)V (81 

DocUng Port Idenlification Automated 

No 

1 

3 

2 

n 

1 

1 

3 

0 

B 

aa 

B 

I3M (5) 

Docking Port Idenlification Manual 

Yes 

1 

3 

2 

n 

3 

3 

3 

0 

H 


18 

I4A (16) 

Target Attitude Determination Automated 

No 

n 

3 

2 

3 

1 

1 

3 

0 

3 

aa 

17 

(4M (4) 

Target Attitude Determination Manual 

Yes 

H 

3 

2 

3 

3 

3 

3 

D 

3 

3 

24- 

15 (9) 

inspection & Commil-To-Ooct Algorithm 

NIA 


1' 

2 

2 

D 

0 

1 

0 

3 

■■ 

11 

CIM (20) 

Closure 

Closurt Algorllhms Vartficallon 

N/A 

1 

1 

2 

2 

0 

D 

1 

0 

3 

H 

9 

C2A (181 

Target Tracking During Closur* Autonomous 

No 

la 

3 

3 

3 

0 

D 

3 

0 

2 

aa 

15 

C2M (171 

Target Tracking During Closurd Manual 

Yes 


3 

3 

3 

2 

2 

3 

0 

2 

2 

21 

C3M'(11I 

Manually Achieve & Maintain Closa-ln 

NO 

2 

3 

3 

3 

2 

2 

3 

0 

2 

3 

23 

C3A (2) 

StationkNpIng 

Automatically Achieve & Maintain Closa-ln 

Yes 

2 

3 

3 

3 

2 

2 

3 

0 

2 

0 

20 

C4A (1) 

StaUonke<pIng 

CEosurt Abort Procadurvs - Autonomous Optr- 

Yes 

2 

3 

3 

3 

2 

2 

3 

0 

3 

0 

21 

C4M (13) 

allons 

Closure Abort Proceliies - Manuel Cperstlons 

Yes 

2 

3 

3 

3 

2 

2 

3 

0 

3 

3 

24 

D1 (101 

Docking 

Latch Design And Operations Vertflcallon 

No 

2 

1 

3 

3 

1 

0 

B 

3 


B 

II 

D2 (21) 

Dynamics CHicts - Pre-And Posi-latch 

No 

3 


3 

3 

n 

0 


2 



11 
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inking Abort Procedures 

No 

3 

n 

2 

2 

■1 

1 
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aa 
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A high total indicates a • requirement for high fidelity in a general sei 
However, the driving requirements which select a given facility for a specific 
test are typically celestial scene fidelity and scaling acceptability, for ex- 
ample. An overview of the selected facilities^ by phase and candidate system 
(manual or autonomous) is presented in Figure IV-2. 
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Figure IV-2. Autonomous & Manual Tests Have Differing Facility Requirements 

The hybrid system is comprised of elements from the autonomous and 
manual candidate systems, and the tests are proposed to accompany those selected 
elements or subsystems. However, new interfaces exist in a hybrid system candi- 
date as a result of bringing together these subsystems. This requires a control 
hierarchy in the system logic with capability for control handover from an auto- 
nomous element to a hybrid element, or vice-versa. This "best-mix" system has 
an advantage of inherent functional redundancy, but requires additional tests 
to validate the interfaces and control logic hierarchy. 
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RIM - Aojuisition, Tracking & Ranging At Max. Range 

« Applications Of Space-Proven Sensors 
e New Mission Control Center Severe 

• Uncertainties Of Placing Man AtiRemote 

Control Station I 

• Uncertainties In Range Of TV An^d lighting 

Effects 




R 2 - Rendezvous AIggrithie Verification 

« New Software Applications | 

• Required To Support tther Rendezvous Tests 


R3M - Rendezvous Sensor Tracking 

e New Application For Sensor/ Software 
e Extension Of Test HIM | 

® Defines Closure Rate Specificatioiis 
o Determines Data Link Loading & Del^ Effects 


Cl - Closure Alaorithin Verification 
©New Software (OnboarJdlC round) 

« Required To Support |)ther Closure 
Phase Tests 


«l 

« I 


C2M - Target Tracking Du c inq Closure 

, Reduced Range ^Moije Stringent Control 

► Establish Closure Rate Spedfic^ion 

► Define litiage Data Update Requireinent 

► Refine Minimum Range Requirements For 
Loss Of Sensed D^a 

C3M - Manual Stationkeeping, 

®Nev/ Application For fiontrol Software 
a Added Complexity - More Stringent 
© Desirable For Abort Capability 
©Establishes Station -Keeping Range 
Specifications 

C4M - Closure Abort. 

©New Application Of EMsting Technology 
© Define Added TM Poirjts For Dedsions 
By Console Operalof 



sW 

TM/Cmd & , 

site 

Wide Band 'ITVIi 

(Or Via 
TORSS) 

Data Lines L 


M!ssio.t Control 
Center 


IlM - Manual Target Tracking 

• Reduced Range Requires More Stringent Controls 

• Determines Lighting/Pointing Constraints 

» Defines Range Determination Requirements 
On Sensor 

■ Manual Target, Identification 

• Added Complexity Of Tracking And Maneuvering 
» Define Inspection Range Specification 

• Ascertains Need For Lights For Inspection 

• Defines Maneuver' Rate/ACS Prc(>eliaht Usage 

• Verify Line-Of-Sight (LOS) Angle Control 
Accura^ Specification 

Docking Port Identification 

« Determines If Additional Maneuvers Are Required 

• Ascertains Need For Lighting To Locate Docking Port 

Target Attitude Determination 

• Determine Accuracy Of TA Determination Capability 

• Refine Target Mounted Ald/Paltern Specification 

tS' - Insperiion And Commit-To-Dock Algorit hm . 

' s New Software Algorithm 

• Required To Support Other inspection Tests 


Dl - Latch Design & Operations Verification 
©New Hardware Design 
• Establish Dynamics, Loads And Shock 
Attenuation Specifications 
©Verify Range Of Lateral & Angular 
Misalignment Accomodations 

D2 - Dynamics Effects - Pre-And Post-Lafcti 
©Establish Tug ACS Control Mode 
Specification 

©Refine Manual Control Interactions 
With Tug Control System 
©Establish Spacecraft interface Loads, 

Shock & Vibration Criteria Specification 

P3 - Docking Abort 

©New Application Of Existing Technology 
©Define Additional TM Requirements For 
Decisions By Console Operator 


Figure IV-3. Test Rationale Summary for Manual System Tests 
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C. TEST ELEMENT DESCRIPTION 

The basic methodology in the test planning was one of limiting the number 
of variables which are introduced into a given test element at once. This is 
accomplished by a *’buildirtg block" approach based on test complexity. For ex- 
amplej the initial inspection phase test verifies the capability of the sensor 
under test to perform ranging, LOS and target attitude at inspection range. The 
complexity of performing this same function while the Tug is maneuvering around 
the target is added for the second inspection phase test. Checkpoints along the 
way reduce the nu her of variables and expedite the test flow. This allows veri- 
fication of the first capability before introducing another "building block" of 
complexity; thus proceeding stept^rise through the scenario. 

The test elements described in the following paragraph are subdivided into 
supportive test rationale and facility selection for each defined best. A fur- 
ther subdivision is made by manual, autonomous and hybrid candidate systems 
tests. 

1, Manual System Tests - The test rationale for performing the recoinmended 

series- of tests for the manual system is summarized in Figure IV-3. The desire 
was to make use of one facility for a total test series, if possible, to reduce 
test setup costs and provide an orderly progression of tests. Another considera- 
tion is the fact that an end-to-end systems test covering all phases has been 
proven Co be cost effective in the long run. This approach has historically un- 
covered problem areas which were not anticipated, and allowed testing of transition 
from phase-to-phase. This approach produces a higher confidence in the results. 

The facilities considered for each paase of the test program and the ad- 
vantages/disadvantages for each are illustrated in Figure IV-4. Each facility 
selection was made to maximize the use of existing MSFC facilities and minimize 
the modification to these facilities. The fidelity requirements dictated 
accurate dynamics and good representation of mission effects (celestial scenes 
and day/night simulations). Refer to test procedure RIM of Volume III of this 
report for details. 

These requirements are best met by the T27 Space Flight Simulator (SFS) 
of the MSFC Rendezvous and Docking Laboratory, 
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FACILITY SEUCnON - MAMUAL RENDEZVOUS 


T27 Staa Flight Simulator 
(WSfC R&D LaborarDry|“^ 



A(hflntaqe$ 

• Easily Produces Oomposile 

Image 

• Minimum Facilities Mods 
^Visual Simulations Avaiiable 

(Calestlal/Llghting) 

• Low Cost 

Disadvantages 
t Requires Mission Orbit 
SiiRulaljon Increase To 
Geostationary Altitude 

• Scaling Allows 20 Mile Range 

»Ho Full Srale Cenabilitv 


Aircraft Flight Test 



Adyaniages 

* Recftrced AltHude Effects 
« Allows Actual Ranges 

• Permlis Full Scale 

Target 


Disadvantages 

• Requires Two Aircraft 

• Not Existing Facility 

• High Cost 


High Altitude Test 
fMMC ' Denver Areal 





Advantsqes 

• Low Cost 

• Full Size Target At 

Actual Ranges 


Disadvantages 

• Requires Mobile 

Power Supply 

• Requires Mobile 

Mini -Computer 

• Added Ground- 

Induced Molion 
Effects 


FACILITY SELECTION ' MANUAL DOCKING 


600F Motion System 



Advantages 

• Best bynamics 

Simulation 

• Flex B«V Sim Possible 

• Best Tug ACS Simulation 

• Full Scale Hardware 


Disadvantages 

• Limded Travel 

♦ Limited Offsets 

Available 


Test Lab Flat Floor 



• Wide; Range Of Offsets 
Available (Initial 
Conditions! 


Disadvantages 
vMassfC.O. Simulation 
Difftcult 

• Frictional Effects 

Uihit FldelHy 

• Tug ICbntrof System 

Simulation Difficult 

• No Flex Bocb* Simutation 

Capablli^ 


Neutral Buoyancy 


Advantages 

• Full Scale Hardware 

• Wide Range Of Offsets 

Available (initial 
Conditions} 

• MassfC.G. Simuiaiion 

Possible 

Disadvantages 
» Water Viscosity Limits 
i^namic Fidelity 

• Tug Control System 

Simulation Oitficuit 

• No Flex Body Simulation 

Capability 



0¥ POOR OOAUi* 




FACILITY SELECTION - MANUAL INSPECTION & CLOSURE 


T27 Space Flight Simulator 
(MSFC R&D Laboratory) 


6DQF Motion System 
(MSFC R&D Laboratory) 


FFTQ Flat Floor ' 




Advantages 

• Easily Produces 

Composite Image 

• Minimum Faciilties Mods 

• Visual Simulations Available 

{Celestial/ Lighting) 


Advantages 

• Full Scale Target 

• 6D0F Mrtion 

• Good Dynamics Fidelity 


Disadvantages 
• Requires Mission Orbit 
Simulations Increased 
To Geostationary Altitude 


Disadvantages 

• Limited Range 

Simulation ('v35 R) 

• No' Celestial Or TAlssion 

Eltects CaoabHih’ 


Advantages 

• Full Scale Target 
« U$e Of Prototype 

FFTO Hardware 

• Good Tug Dynamics 

Disadvantages 

• Existing 30OF Capability 

Only 

• No Target Motior? 

Capability Exists 

• No Celestial Or Mission 

Effects 

• limited Range C^ability 

(-35 R) 
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Figure IV-4. Facility Selection Sunmary for Manual. , System Tests 
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Since scaling is acceptable for the TV sensor, the t 27 SFS can be used 
for ranges out to 20 n ml, tug to target spacecraft separation. This allows 
the use of the same' system for rendezvous, inspection and closure phase tests. 
However, the performance of the RF rendezvous radar sensor selected for the 
manual candidate is dependent on the target radar cross-section. The facilxty 
selected for testing the primary rendezvous sensor is the high altitude test 
approach. This method was selected over an aircraft flight test due to costs. 

It reduces atmospheric effects by operating in the Rocky Mountain area near 
Denver, CoLorado. Details of the test setup and procedures may be found in 
Volume III of this report. 

For- the docking tests, the dynamics fidelity requirement is the driver. 

For this reason the 6 DOF motion system of the MSFC Rendezvous and Docking Labora- 
tory was selected as providing the most realistic dynamics simulations. 

2. AutoncMTious System Tests - The test rationale for performing the. recom- 

mended series of tests for the autonomous system is summarized in Figure IV-5. 
The desire was to make use of a single facility as much as possible to reduce 
test setup costs and provide an orderly progression of testa. 

The facilities considered for each phase of the test program and the ad- 
vantages/disadvantages for each are illustrated in Figure IV-6. Each facility 
selection was made to maximize the use of existing MSFC facilities and minimize 
the modification to these facilities. The fidelity requirements dictated full 
scale target mockups due to sizing and placement of spacecraft mounted aids 
(e.g,, retroreflectors) . Further, good dynamics representation is required from 
•the inspection range to final docking. 

Since scaling cannot be easily accommodated, the rendezvous phase tests 
'.require apprpximately 25 miles separation between sensor and target, A Shuttle 
flight test and an aircraft flight were considered to reduce atmospheric effects. 
An alternative approach which reduces atmospheric effects significantly, but 
not' as much as the other options, is recommended due to cast. This approach in- 
volves mounting a target in the Rocky Mountains west of Denver, Colorado and 
providing a vehicle mounted sensor. The details of this test may be found in 
Test Procedure RIA, Volume TIT of this report. 
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RIA - Acquisition, Tracking & Ranging 
At Max. Range 

• New Technology Sensors/Software 

• Defines Range Specifications 

• Uncertainty Of Target Distinguishment. 

From Background 
« Lighting Effects 


RE - Rendezvous Algorithm Verification 


• New Software Application 

• Required To Support Other 

Rendezvous Tests 


R3A 


Rendezvous Sensor Tracking 

• New Technology Sensors/ Software 

• Extension Of Test RIA 

• Defines Closure Rate Specification 


Tests RIA Thru R3A 



IIA - Automkic Target Tracking 

• Reduced Range Requires More Stringent Control 

• Determines Lighting/Pointing Constraints 

• Defines Range Specification For Sensor 

I2A - Automated Target Inspection 

• Adds Complexity Of Tracking While Maneuvering 

• Refines; Inspection Range Specification 

• • Defines Maneuver Rate/ACS Propellant Usage 

I3A - Docking Port Identification. 

• Determines Additional Orbits Required 

• Ascertains Need For-teflectors To Aid In 

Docking Port Location 

I4A - Target Attitude Determination 

• Defines Accuracy Of TA Determination Capability 

• Refines Target Mounted Aid Specification 

15 -Inspection & Commit -To-Dock Algorithm 

• New SoRware/Oecision Algorlthni 

' • Required To Support Other inspection Phase Tests 


Cl - Closure Algorithm Verification - 

• New Software/Confrol Algorithms 

• Required To Support Other Closure Phase Tests 


C2A 


- Closure Tracking - 

• Reduced Range Requires More Stringent Control 

• Establish Closure Rate Specification 

• Refines Minimum Range Requirements For Loss 

Of Sensed Data 


C3A 


Autonomous Stationkeeping - 

• New Application Of Control Software 

• Added Complexity - More Stringent Control 

• Desirable For Abort Capability 

• Establishs Stationkeeping Range Specifications 

C4A - Closure Abort — 

• New Technology Application 

• New Decision Algorithms 


Spacecraft 


Tug Closure 
Maneuver 



Autonomously Monitor/Cmitrol 


— Range 

— LOS Angle 

— Target Attitude 

— Rates Of Above 


PI - Latch Design & Operations Verification 


• New Harckvare Design 

• Establish i^namics. Loads And Shock 

Attenuation Specifications 

• Verily Range Of Lateral & Angular 

Misalignment. Accommodations 

02 - Dynamic Effects - Pre- And Post-Latch 


• Establish Tug ACS Control Mode Specifications 

• Establish Spacecraft Interface Loads, Shock And 

Vibration Criteria Specifications. 

D3 - Docking Abort 


• New Technology , Application 

• New Decision Algorithms 




Figure IV-5, Test Rationale Summary for Autonomous System Tests 





FACILITY SElfCTION - AUTONCWOUS RWDE2VOUS 

Aircraft Flight Test 

High Altitude Test 

Shuttle fiicjht Test 

Target 

Sensor Aircraft 

Rqcly Mwntalns 

ii\- 

■1 i* . » 1> 



Advantages 

0 Reduced Atmospheric 
fffeds 

e No Shuttle 5che<Kite 
Impacts 

* Full-Size Target At 
Actual Ranges 

DIsadVBnlaqes 
« Requires Two Aircraft 

« Reduced Almosphen'c 
Fidelity 

MMC - Den«r Area) 

Advantages 

• l^est Cost- 

• No Shuttle Schedule 
1 mpacts 

o Full-Size Target At 
Actual Ranges 

- Ohadvantaqes 

» Reduced Atmospheric 
RdeliV 

• Added Ground- 
Induced rAotion 
Effects 

Advajitaoes 

• Actual &iw‘ronmeni 

• Potential Combination 
With TOB£ 

» Full-Size Target At 
Actual Ranges 

Disadvanlaoes 

• High Cost 

•Impacts Shuttle 
Schedule 

• More Applicable To 
Final System Veriflcallon 


fAciLiry SEiicrioN - autoncawus iNSPfcTiofj & aosuRE 


OBIGMAC ?AGB IS 
OF f d® QUAura 


Shuttle Fliqht Test 


Taijel 



Aifwntages 

« Actual Entnronrnenl (SDOFi 

« Poieniiai Ct^mbo 
W/T06E 

• Tutl'Slae Target At 
Actus! Ranges 

Disadvantages 

« Htgh Cost 

e Shuttle Sdiedule 
lni;iacts 

« More Apprc(tnatB 
For firjal Systems 
Verifitsilcm 


Daito Cantor & IMS 



FFTO Flat floor 



Advantages 

• High i>)fnam|« Fitfelify 

• Full Scale Target At 
Approx, Actual Ranges 

• No Shuttle Schedule Impacts 


Advantages 

~a Use Dt Prototype FFTO Hdve 

• No Shuttle Schedule 
Icnpads 

• E;g)ancbble To 6 DOF 

• Full Scale Taiget 


• Eigiandable To 6 DOF 
Pisadvantaies 

« Requires Relocation 
CM TMS 

• Existing 4 DOF 
Capability 

• Range Limited 
Ia-v50 n. 


Oisadyanlages 
« Ensti^ 3 OOF 
Capability Only 

e No Target Modem 
Capatility Exisis 
« Range Umiled 

To-» n. 

« Reduces cynarrtics 
Tidslity 


-fACILITY SEL£enON - AUT Oi^OMOUS DOCKIWG 
6 OOF Motion System 



Advanlag&s 

• Best Dynamics 
Simulation 

^ Ftex Body Sim 
Possible 

• Best Tug ACS ‘ 
Simulation 

• Full Scalo Hardvare 
DUadvanlaQes 

» Umitod Trawl 

0 Limited Otfsets 
Available 


Test lab Flat Floor 

Neutral Buoyancy 

Mitni T 






Advantages 

1 

♦ Full Scale Hartivare 

Advantages 

• Full Scale Hardware 

• Wide Range Of 
Offsets Available 
(Inilial Conditions) 

• Wide Range Of 
Offsets Available 
(Initial Conditions) 

• Mass/C. G. SlmulaUdn 
Possible 

Disadvantages 

Disadvantages 

• Wass/C.O. Simulation 
Difficuft 

••Water Viscosity Limils 
Dynamic Rdelity 

« Frictional Fffects 
Limit Rdelity 

« Tog Control System 
Simulation DlfficuH 

♦ Tug Control System 
Simulation Difficult 

• No Flex Bo(^ 
Simulailon Capabilhy 

♦ No Rex Body 
Simulation Capability 



Figure IV-6. Facility Selection Summary for Autonomous System Tests 
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The inspection and closure phase test requirements fit the combined capa- 
bility of the Dalto Gantry and Target Motion Simulator (TMS) as modified. The 

Test setup is described in Test Procedure RIIA, Volume III of this report and 

1 

requires relocation of the TMS within the MSFC rendezvous and docking labora- 
tory. 

The docking phase test requirements are the same for autonomous and 
manual systems and, therefore, the same facility is recommended. Refer to Test 
Procedure D1 in Volume III of this report for details of the test setup. 

3. Hybrid System Tests - The hybrid system selection was accomplished dif- 

ferently than the manual and autonomous candidates. Nineteen (19)- manual 
candidates and twenty-four (24) autonomous candidates met the basic requirements 
set and were ranked using "desirability” criteria. From the highest ranked 

manual and autonomous systmes a hybrid "best mix" candidate was derived to over- 
come weaknesses in the other areas. Following this approach, the subsystem 
identified for a given sensor, strategy or mechanism accompanies that selected 
element for the hybrid system. 

However, the recommended approach to the hybrid system development pre- 
sumes a parallel activity for a manual and an autonomous capability from which 
the 'hybrid system evolves. .The selected, candidate hybrid system tests are, 
therefore, a delta or tests in addition to the manual and autonomous test program. 

These additional tests are basically in three categories for which inter- 
actions are introduced. The rationale for these tests are summarized in Table 
IV-2. 


Table IV-2.- Hybrid' Tests Verify Interactive Elements 


r interface Verification 


I • Assure Selected Manual Subsystems & Autonomous Subsystems Work Together 
• Assure Inputs From Primary And Backup Sensor Sub^stems Are Not in 
' Conflict For All Test Phases 

! C ontrol Handover Procedures 

; • Validate Procedures For Phase Related Transfer Of Primary Control From 

I Autonomous To Manual Or Vice-Versa 


a Validate Capability To Implement' Overrides Or Backup From Remote Console 


Software Hierarchy 

• Insure Mode Changes Are Programmed In Tug Control System Software 
To Respond To Correct inputs, if Conflicting Instructions Are Received 
0 Perform Entire Simulated'MIssion Sequences Using Total Software For 
Validation 
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No interactions are foreseen in the rendezvous phase since the automated 
sensor is in control and the manual sensor (TV) is used only to backup the ren- 
dezvous, In the docking area, both the manual and autonomous systems use the 
same test program. This is possible .since the docking test objectives are .pri- 
marily mechanism oriented and are not changed by the method of bringing the Tug 
and spacecraft mechanisms together. 

The major area of hybrid system test activity is in the inspection and 
closure phase tests. The impacts on simulation/ demonstrati on facility elements 
for the hybrid candidate are in the interface verification, control handover and 
software heirarchy areas previously discussed. This can be accommodated by 
control software in the MSFC rendezvous and docking laboratory hybrid computers 
as indicated by Figure IV-7 . 


Test Phase 

Autonomous 

Hybrid 

Manual 

Rendezvous 
Phase Test 

High Altitude ^ 

Test' S 

. Independent 

m Sensor Usage m 
(No Impact) ^ 

High Altitude Test 

i T27 Space Flight 
Simulator 

Inspection & 
Closure Phase 

Dalto Gantry 
& Target | 

Motion Simulator 

L Combination Test 
^Interface Via ^ 
Control -Software ^ 

a T27 Space 
1 Flight Simulator 

Docking 
Phase Test 

6D0F Motion & 

System 1 

1 ^ Same a 

T (No Impact) ® 

1 600F Motion 

1 System 
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Figure IV-7. Hybrid System Test Facility Implications 


IV-12 




D. TEST PLANS/SCHEDULES/COST 

The test planning and scheduling activity utilized the priority risk 
assessment and scheduling predecessor requirements previously discussed. The 
overview test plan is illustrated in Figure IV-8. 

The autonomous candidate development status is such that sensor SRI 
should be started early to allow longer lead time based on a technical risk 
assessment. This overview illustrates a time-phased plan which develops a ren- 
dezvous and docking system for use in retrieval of spacecraft by' the Space Tug, 
This approach permits developing an autonomous and a manual system, learning the 
merits and limitations of each, and selection a "best mix" hybrid system. How- 
ever, it should be noted that the schedule is adaptable to developing a system 
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Figure IV-8, Test Plan Overview 



which could be used with other vehicles, if desired. For example, the system de- 
development could be keyed to a manned Tug program, space station elements, or 
gang on-orbit scenario for other applications. This could be accommodated by de- 
fining a new set of requirements and subjecting the selected systems to a similar 
test plan. 


The scheduling tools previously discussed were used in developing a 
schedule for each candidate. Priority risks for each test were developed with 
the test requiring the most development ranked first. Specifically, the auto- 
nomous abort has highest technical risk and should be scheduled first from this 
aspect. However, other factors must be considered, such as scheduling con- 
straints and predecessor requirements. As an example, for the autonomous abort 
there must be some analyses which precede the abort test; hence, these analyses 
become predecessor requirements for the autonomous abort simulation/demonstra- 
tion. Also, a normal closure procedure should be demonstrated and well understood 
before the abort capability is verified. 


Both priority risk and scheduling predecessor requirements are sim- 
marized in Table IV-3. 

Table IV-3: Predecessor Requirements trade with risks for schedule development 


Tist idant. 
(Kisk Priority) 

f RIA <12) 


RIM (3) 

R2 (19) 

R3AiM (15) 
IIA (14) 

11M («) 

IZAm 

I2M (22) 

l» (g) 

I3M (5) 

14A (16) 

im (4) 

15 (9) 

Cl 120) 

C2A (Ig) 

C2M (17) 

C3M (11) 
C3A (2) 

C4A (1) 

C4M (15) 

D1 (10) 

D2 (21) 

05 (23) 


Ttst mit 


Autonomous Acq. TrtdiAnd 
Rng, e Mix, Ring* 

Manuil Acq. Track AndRng. 
e /.(ax. Rango 
Rondezvous Algorithmt 
Verification 

Rendezvous Sensor Track 
Autonomous Tgt. Track 
Manual Tgt Track 

Auto Target Inspection 

Manual Target tnsperilcn 

Autonomous Dock Port 
I OentifI cation 
Manual Dock Port ID 

Autonomous Target * 
Attitude Determination 
Manual Target Attitude 
Dtlermlnatioo ■ 
inspection & Commll-To- 
Dock Algorithms Verif, 
Closure Algorithms Verif. 
Auto Track During Closure 

Manual Track During 
Closure 

Manual Stationkeeping 
Autonomous Stationk^lng 
Atort Procedures - 
Autonomous 

Aliart Procedures - Manuel 

Meclt^tsm Design & 
Operations 

Dynamic Effeds - Prt-* 

Post Letdi 
Docking Abort 


Test 


RlA Or RIM. 

115) E)denslon of RIA 
(15) Extension ot RIM 

(151 Possdite (Mllrint 
W/I3A & I4A 
(15) Poss. Combine 
W/I5M & I4M 
115) Poss. Combine 
W/I2A 6 14A - 
IC3MTSU) 115) Poss. 
Comb. W7I2M (t )4M 
(151 Possible Comb. 
WOA & I3A 
(15) Possible Comb. 
W/I2M gr I3M 


(C11 Common W/I4A 
& C3A 

(Cl) Common W/)IM 

& I4M 

C2M 

C2A 

Normal Proc. Ver- 
ification 

Normal Proc. Ver- 
tUcatlon 


Scheduling Predecessor Requirements 


SRT 


Normel Dock Ver- 
Ificallon 


Sensofls) SRT 

SC MounM Aids OMm SRT) 


Senscrls) SRT 
Sensorlsl SRT 

Image Interpretation UiMSV 
SRT 

Sen saris) SRT 


Sensorls) SRT 
SC Mounted Equip. 
SC Mounted ^Ip. 

Sensorls) SRT 
SC Mounted Equip. 
SC Mounted E^lp. 


Sensorls) SRT 


Prox. l£0 Sensor Dev lUdw/SW) 
H(ke SRTfSensor SRT 

Kd»» SRT 

Mechanism Hardrtm SRT 


Ane^sls 


RangelRate Methods 

Strategy Implinitnlallon 
Analysis 

Tracking Mathods 
Stratagy Imptom. AnaU 
Stratagy Iroplaffl. Anal 


Tug tyn. RdilBy 
Cue OtflnKlon 
Cue OellnlUon 
Cut DeUnttlon 
Cue Doflnitlon 

Strataar liopi. Analysis 

Data Compmss 

Man Responsa - Data 
Compress 

Stationkeep Stratagy Anal 
fMEA lOetcd/Correct) 

fMEA (Tug ( SCI 

Cyn. Anal - Control Mode] 
mEAfUndodi 


Soflware 


RangelRalt Algorithmi 


Rendezvous Algorilhms 
Recognttion/Ranglng 
Lock -On Algor. 
RicognitlonlRanglng 
Lock-On Algor, 

Recognition Algorithms 
Data Compress 

Target RecognHton Algor. 

Terget Recognition Algor. 

Attitude Cemputatlen Atger. 

Attitude CompuWlon Alger. 

IR/RILOSRA) Converslm 
Meas. Date To Control 
Tug Control Vie Sensed ' 

Data 

Tug Control Via Sensed 
Data 

Tug Rne Mod* Control Laii - 
AttUudi & Position Hold SW 
Statlonlsep Algarithm 
Failure DatedterW 
Correction SW 
Failure Detection Alger. 


tyn. Sim. • Tug Central 
Gain Changes 
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Confidence levels are the inverse of technical risk priority and relate 
to the development lead time required for each test phase. Table IV-4 illus- 
trates the confidence level definitions and categorizes the test into these 
levels by mission phase. 

Table IV-4. Test Phases Relate to Confidence 'Levels 


OtffnHIon Of Confidence Level Croups 



Level 1 
Lew 



Lftwl 4 

High 

R&D PTS£ 

Substantially Beyoui The Slate Of 
The Art. Three Years Or More Of | 
R&D PTK Re<iulrel 

Slightly Beyond The State Of The 
Art. Two To Three Years Of R&D 
PT{£ Reguired. 

Wilhln The Stale Of The Art. No 
Oualined Hardware Exists. One 
To Two Years Of R&D PTSE Required. 

Modficatlon Of Existing 
Hardware. Less Than One 
Year R&D PTSE Reguired 

m 

Total Lack Of Data. Inaderjuate 
Time Provided To Hake Estimati 
Estimate fs Almost A Poor Guess. 

Detailed Design And Cost Data Not 
Sutlident To Make Accurate Esti- 
mate. Time Allowed Makes Estimate 
Uncertain. 

Detailed Design And Cost Date Wert 
Available. Could Be Mon Accurate 
If More Tima Wen Available. 

Could Hava A Few Minor Errors. 

Suffldent Time And Date 
Available To Provide 
Accurate Estimate. 

SciHdUIt 

InadeRuale Time And Data Avatl&le 
To Make Estimate. Schedules Are 
Extremely Tight Wills Almost No 
Possibility Of Meeting All Oates. 

Time Allowed Makes Estlmete Uncer- 
tain. Input Data Are inconsistent 
And Questionable, Schedules An 
Tight - No Allowance For Oeley. 

Sufficient TImo And Data Available 
To Esilmate In Depth. Schedules 
Allow Time for Minor Delays. 

Suffldent Time And Data 
Available To Estimate In 
Depth. Schedilis Allow for 
Major Delays. 


Performance Just Abotm The Minimum 
Accflitable. 

Many Performance Objectives An 
Met 

Most Performance Objectives Are 
Mel. 



Canddate Tesl Crouplr>g$ 



Level t Low 

LeMi 2 Med-Low 

level 3 Med-HIgh 

Lsvel 4 High | 

Autonomous 

Closun Tests 

Inspedlon Tests 

Rendezvous Tests 

E 

j 


ICl Thru C4AI 

IIIA Thru 151 

miA Thru R3AI 

1 

1 





1 

Ooddng Mechmlsm | 

Manual 

None 

Rtndszwus & 

Closun Tests 

1 

^ TKtt iOl Thru D3) 1 



Inspedlon Tests 

(Cl Thru C«ti 

1 




(RIM Thru H3M 


1 

1 



And IlM Thru ISI 


I 

1 


Schedules are presented in Figures IV-9, -10 and -11 for development of 
the autonomous, manual and hybrid candidates, respectively. These schedules are 
at an individual simulation/demonstration test level and identify the associated 
analyses, software development and SRT activities which support the tests. Addi- 
tional detail for the SRT and analyses tasks may be found in the SRT plan of 
Volume III and the recommendations section of this volume of the report. 
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HYBRID DOCKING 5YSTBV1 DEVELOPMENT SCHEDULE DELTA _ 


I Nomenclature 


Docking Docking Docking Docking 
System IOC System IOC System IOC System IM 
Minus 5 Yr$ Minus 4 Yrs Minus 3 Yrs Minus 2 Yrt 


R2 iRendezvous Algorithms 

RlWM Target Acquisition & Track 

R3A/M Renilezvous Sensor Track 

15 Inspection & Commit-To-Dock Atg 

I1A/M&I2A/M Hybrid Track & Inspect 
I3M Docking Port ident 

I4WM Target Attitude Determ 

Cl Closure Algorithm 

C2A Closure Track 

C3A/M Station Keep 

C4M Closure Abort 

Di Mechanism DesignICHrs VerH 

D 2 I^namicsICntl Mode Verif 

D3 Docking Abort 


I No Added 
) Tests 
I Required 


Docklng'^System 
Full Scale 
Development 
Starts 


I No Added 
[Tests Required 


Note: Subscript A And/Or M Following The Test IdentlRer Indcates pie Test 
— Selected Which Represents The "Best MW Philosophy Which Accompanies 
The Selected Subsystems. 


Figure IV- lit Hybrid Delta Test Schedule 



V. 


RECOMMENDATIONS 


This study has identified three general categories of future activity 
that should be conducted in support of planned and potential STS rendezvous and 
docking objectives. These include Supporting Research and Technology, a Ren- 
dezvous and Docking- Integration activity, and the Simulat’ion/Demonstration activity. 
The SRT activity includes long lead effort and activity that will keep design 
options open until a sound technical basis fo deletion can be developed. The 
R/V&D integration activity is required to assemble myriad future applications 
requirements into a cohesive approach to system development and operation that 
will maximize program cost effectiveness. The simulation/demonstration activity 
provides a medium for making rational system selections and proving concepts be- 
fore entering into full scale development. Careful planning and faithful imple- 
mentation of these activities assures the most effective use of program funding 

A. SUPPORTING RESEARCH AND TECHNOLOGY (SRT) 

The technology for autonomous rendezvous and docking capability repre- 
sents new hardware and software developments. The .hardware SRT can be categorized 
into sensor and mechanism developments. The software covers broad categories of 
maneuver strategy, sensor utilizatiqn algorithms and decision algorithms. An SRT 
plan is presented in Volume III, Part II of this report and is subdivided into 

Censor SRT Tasks (S-1 through S-4), Algorithm SRT Tasks (A-1 through A-7) and 

* 

Mechanism SRT Tasks (M-1 through M-3) . A summary of the areas where SRT activi- 
ties are concentrated is presented in Table V-1, 

B. RENDEZVOUS AND DOCKING INTEGRATION 

One concern that arose during the course of this study was that the re- 
sulting designs were tailored to specific roles, particularly retrieval of a given 
catalog of anticipated spacecraft with all-up Tug. Recent statements regarding 
future space programs indicate the family of space systems may be expanding to 
include such elements as the manned OTV, space stations deployed at low and geo- 
stationary altitudes, and possibly more visionary programs. Emphasis shift from 
retrieval to servicing of automated spacecraft appears probable. It is proposed 
that a broad, scope systems study be done to evaluate all possible uses and users 
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SRT Candidates - 


Hardware SRT - 

©Autonomous Sensor Development (SLR, RF Radar) 
©Target Mounted Aids (Retro Reflectors, Patterns, Etc,) 
©Non -Impact Docking Hardware (STEM, .Sensors,' Etc,) 
©Failure Detection Sensors 

Software SRT - 

©Image Data Compression 

©TV Pattern Recognition Algorithms (Smart Bomb, Etc.) 
©Failure Recognition/Abort Algorithms 

Analyses/Stu(^ Recommendations - 

©Software Requirements Studies, All Phases 
©Tug Control Responses Using Docking Sensor Inputs 
©Failure Modes & Effects Analyses (Functional Level) 
©Manned Tug Requirements Impact Analyses 
©Servicing Roles 
©Shuttle Flight Test Definition 


Table V-1. SRT Activity Summary 

of a rendezvous and docking system. The objective of this study would be to 
identify potential for commonality among programs and provide for a greater flex- 
ibility in design 'to accommodate the multiple purposes that will evolve from the 
broader application of the system. 

Another rather broad conclusion was reached with regard to the payload 
integration task that will evolve as new space systems become operational, and 
the number and variety of users grow in the years ahead. Any payload desiring 
more than simple deployment will interface with STS through what could, and 
should, be a common system; the Rendezvous and Docking System. This interface 
role leads to the conclusion that the R/V&D system should be a part of the total 
STS payload integration effort, rather than constrained to a specific STS vehicle. 
Such as the Space Tug, It appears that a developmental/operational role for a 
rendezvous and docking integrator should be implemented. 
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Logical Focal Point For Integration !! 

/ 

/ 

Figure V-1. Retrieveable/Serviceable Payload Integration 

The nature of the interfaces that exist between STS elements and the 
spacecraft community are illustrated in Figure V-1. These interfaces are closely 
interrelated; payload integration and rendezvous and docking tasks are closely 
allied. Many of the tasks involved in payload integration are required to arrive 
at a rendezvous and docking system. Creation of a broad integration role en- 
compassing both rendezvous and docking, and payload integration seems desirable 
for the following reasons: 

o The major interface between STS elements and spacecraft is 
through the rendezvous and docking system. 

o STS and payload designers are preoccupied, with internal design 
problems. 
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o An integrator can act as an unbiased negotiator between STS and 
the spacecraft community. 

o- The integrators broad knowledge will provide an efficient transi- 
tion to the operational phase. 

Should this integration role be sanctioned, the tasks required to define and 
implement the required development and operational activities are as follows; 


.STS I • \ 

t>nqrams^ i 




Renc^vous 
'& Docking 
int^rsU(»i 
Program 




Phase C DDT&E 



Phase D Operation 


-/ V. 


o P/L Reqmts Library « Spec. Prep 

® STS To P/L Communication « I CD Definition 
e Concept StucSes • Karctvare Design 

o Sim/Dem Testing o Software Development 

e'Conc^ Selection « Design Verification 


• Payload Integration 
® Maintain I CD's 
® Mission Integration 
® Flight Support 
® Software Verification 


Figure V-2. Integration Task Content 

The integration tasks required fall into the three categories indicated . 
in Figure V-2, Phase A/B tasks are required, starting as soon as possible. Ah 
Initial definition task should span one year. Its objective would be to define 
an integrated approach to rendezvous and docking system development and operation 
that meets all STS objectives. Then the Phase B effort should be broadened to 
encompass the total payload integration effort, and scoped to permit specific 
definition of each identifiable application. Phase C DDT&E activity must follow 
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a common thread developed in the Phase A/B activity, but must be pointed par- 
ticularly to support specific operations requirements. Those recognized at this 
time are Shuttle rendezvous activity, lUS servicing missions, EOTS missions, and 
OTV missions (beginning with geostationary space station assembly). Phase D 
activity is oriented at operational support, an area where payload integration 
and rendezvous -and docking mission planning are key continuing roles. The 
approximate schedule of these integration activities is shown in Figure V-3, 

Table V-2 outlines the first step in the implementation of the Rendezvous 
an'd docking System Integration role. As noted, the objective is to bring the 
many R/V&D requirements anticipated in the STS era into a common perspective. It 
is necessary to understand all objectives, and to evolve a comprehensive approach 
that will yield the most cost effective path to achieving all these objectives. 

The study outlined will provide that common base that leads to efficient utiliza- 
tion of available funding. The most important specific output of this study will 
be system interface definitions that will assure future STS vehicles, spacecraft, 
and ground support facilities will be able to effectively meet anticipated opera- 
tional goals involving rendezvous and docking. 

C, SIMULATION/DEMONSTRATION RECOMMENDATIONS 

A simulation/demonstration activity is considered to be a key element in 
the development of remote rendezvous and docking capability for the STS era. 

The development program defined during this study includes SRT activities and 
analyses which should precede simulation/demonstration tests. The tests are 
separated into manual and autonomous systems procedural sets. It is recommended 
that these efforts be pursued concurrently and the hybrid system tests only be 
deltas to address interactions and interfaces which result from bringing manual 
and autonomous elements together in a hybrid "best mix'* system, 

A simulation/ demonstration test program was specified which maximized 
usage of existing MSFC facilities. The test program provides an end-to-end 
systems test flow demonstrating all phases of a rendezvous and docking mission. 
Test Descriptions and Test Procedures were developed and are presented in Parts 
III and IV, respectively', of Volume III of this report. A Facilities Modification 
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Potential RDS Operations 


76 77 78 79 80 81 82 83 84 85 

ShuttJe OfViL 

I US A A I US ^iQjs A sp sta Assy 
Servicing — ‘ 

Missions 


Rendezvous & Docking Integration 

' Application Systems Stu^ 

Develc^ment Support 

Servicing ) 

EOTS ( . 

07Y /Applications 

Space Station j 

Operations Actiwty 


Figure V-3. Integration Task Schedule 


Table V-2. Rendezvous and Docking Applications Systems Study 

Objective; 

Define An integrated Approach To Rendezvous And Docking System Development 
And Operations That Meets All STS Objectives 

Approach: 

©System Requirements Generation 

— Compile Planned & Projected STS Rendezvous & Docking. Activity 
— Conduct Functional Operations Analyses 
“ Develq) Time Phased System Requirements 

©integrated Development Approach 

~ Develop Technique/Mechanization Alternatives 
— Define Time Phased Development Paths 
— Select & Define The Most Effective De\ralq)ment Approach 

©Integrated Operational Approach 

- Develop Alternative Operational Concepts 

- Select & Define The Most Effective Operational Approach 

©System Interface Definitions 

- RDS/STS Vehicles 

- RDS/Retrievable-Servicable Spacecraft 

- RDS/Filght Support Systems 
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Plan (Part V of Volume III) details the necessary minor changes to existing 
MSFC facilities to meet the test requirements. 

The overall development program recommendations are summarized in Table 

V-3. 

Table V-3. Rendezvous & Docking System Development Recommendations 

• Simulation/Demonstration Tests - Make Maximum Use Of Existing MSFC Facilities, 

With Growth Options 

Provides idea! Test Bed For Final Systems Ver- 
■ ification - Possible Combine Wtih Teleoperator 
Bay Experiment (TOBE) 

Autonomous Sensor SRT And Some Mechanism 
Long Lead Work is Foreseen. Software Anatysis 
And Requirements Definition Should Be Started 
Early To Allow Checkout And Assure Software 
Readiness To Support The Testing 

AutonomousyManual Rendezvous And Docking Systems 
Applicability To Manned Tug To Space Station 
Resupply/Rescue And P^load/Payload Gang On-Orbit 
(Commonality With Shuttle Orbiter To Payload 
Rendezvous/Docking) 


o Shuttle Flight Test - 
o SRT & Analyses - 

• Options Available - 


The key issues which surfaced in the simulation/demonstration area as a 
result of the present study, as well as those issues which should be considered 
in future efforts, are summarized above. 

The current set of requirements are s'omewhat limited in scope. A ren- 
dezvous and docking system should be developed and demonstrated independent of 
space tug development. The need for a system of this kind is foreseen associated 
with Earth. Orbital Teleoperator System (EOTS) placement/retrieval of large auto- 
mated satellites which are susceptible to contamination, and other payload-to- 
payload docking applications such as’ space station build-up/assembly on-orbit. 

The potential use of an expendable lUS for servicing of spacecraft should not be 
dismissed lightly. This capability would be especially attractive for an expensive 
spacecraft exhibiting infant mortality. 
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